亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

用于在無線終端中處理日程相關事件的設備和方法

文檔序號:6651518閱讀:138來源:國知局
專利名稱:用于在無線終端中處理日程相關事件的設備和方法
技術領域
本發(fā)明涉及一種無線終端中的代理的設備和方法,更具體地講,涉及一種用于執(zhí)行虛擬形象代理功能從而處理日程相關事件的設備和方法。
背景技術
通常,無線終端表示一種用戶可攜帶的設備,代表性的設備對應于移動電話。這種移動電話正被開發(fā)以提供除正常的電話功能以外的各種功能。具有附加功能的移動電話可包括配備有相機的可攜式攝像機電話、提供TV節(jié)目的TV電話、提供MP3音樂文件播放功能的MP3電話、提供衛(wèi)星廣播和/或地面廣播接收功能的數(shù)字多媒體廣播(DMB)電話等。也就是說,移動電話正被開發(fā)成一種具有用于處理多媒體數(shù)據的附加功能的產品。
通常,具有上述各種附加功能的無線終端包括液晶顯示器(LCD)。此外,各種方案已被開發(fā),這些方案有效地將各種附加功能、無線終端的狀態(tài)等顯示在LCD顯示單元上,從而用戶可容易地識別它們。無線終端已被開發(fā)為可顯示各種類型的用戶數(shù)據。顯示在無線終端上的用戶數(shù)據主要包括可視用戶數(shù)據,諸如照片數(shù)據、角色和動畫。在如上所述的用戶數(shù)據中,存在虛擬形象圖像數(shù)據,并且正在開發(fā)使用虛擬形象圖像數(shù)據的無線終端。

發(fā)明內容
因此,本發(fā)明的一目的是提供一種通過角色代理功能來表達發(fā)生在無線終端中的日程相關事件的方法。
本發(fā)明的另一目的是提供一種用于分析發(fā)生在無線終端中的日程相關事件以及選擇并表達由最佳專家請求操作根據發(fā)生的將被執(zhí)行的事件所預置的角色用戶接口(UI)的方法。
本發(fā)明的另一目的是提供這樣一種方法,在該方法中,當在無線終端中發(fā)生預置的日程相關事件時,報告這些事件的發(fā)生從而用戶可容易地了解并可容易地設置日程。
為了實現(xiàn)上述目的,根據本發(fā)明的一方面,提供了一種用于在無線終端中處理日程相關事件的設備,該設備包括存儲器,用于存儲根據日程相關事件的角色UI圖像;事件收集器,用于收集日程相關事件,并產生用于標識日程相關事件的事件消息;事件控制器,用于為日程相關事件提供多個專家,確定在所述專家中與所述事件消息對應的專家,并基于日程相關事件輸出角色UI,這包括在確定的專家中;和代理表達部分,基于日程相關事件訪問和輸出與所述角色UI對應的角色圖像和文本。
為了實現(xiàn)上述目的,根據本發(fā)明的另一方面,提供了一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟當日程相關事件發(fā)生時,存儲該日程相關事件;檢查預置的專家以處理每個日程相關事件;調用檢查的專家并允許該專家處理所述日程相關事件;和根據已處理所述日程相關事件的專家檢查處理結果,并顯示根據專家基于處理結果而預置的與處理結果有關的表達。


從下面結合附圖所進行的詳細描述,本發(fā)明的以上和其他目的、特點和優(yōu)點將會變得更加清楚,其中圖1是示出根據本發(fā)明實施例的無線終端的結構的方框圖;圖2是示出包括在根據本發(fā)明一個實施例的無線終端的控制器中的代理功能單元的結構的方框圖;圖3是示出根據本發(fā)明一個實施例的代理功能單元的日程開始定時器事件處理操作的流程圖;圖4是示出根據本發(fā)明一個實施例的代理功能單元的日程結束定時器事件處理操作的流程圖;圖5是示出根據本發(fā)明一個實施例的控制器的日程開始和結束定時器事件處理操作的流程圖;圖6是示出根據本發(fā)明另一實施例的代理功能單元的日程開始和結束定時器事件處理操作的流程圖;圖7A和圖7B是示出根據本發(fā)明另一實施例的控制器的日程開始和結束定時器事件處理操作的流程圖;圖8是示出根據本發(fā)明一個實施例的代理功能單元的假日通知定時器事件處理操作的流程圖;圖9是示出根據本發(fā)明一個實施例的控制器的假日定時器處理操作的流程圖;圖10是示出根據本發(fā)明一個實施例的代理功能單元的周念紀念日定時器處理操作的流程圖;圖11是示出根據本發(fā)明另一實施例的代理功能單元的周念紀念日定時器處理操作的流程圖;圖12是示出根據本發(fā)明的控制器的周念紀念日定時器處理操作的流程圖;圖13是示出用于通過根據本發(fā)明的代理功能單元指示根據登記的日程的附加日程登記的定時器事件處理操作的流程圖;圖14是示出通過根據本發(fā)明的控制器的全部日程定時器事件處理操作的流程圖;圖15是示出根據本發(fā)明的代理功能單元的TO-DO定時器事件處理操作的流程圖;圖16是示出根據本發(fā)明的控制器的TO-DO處理操作的流程圖;圖17A至圖17D是示出根據本發(fā)明的代理功能單元的日程開始和結束定時器事件處理操作而顯示的屏幕的示圖;圖18A至圖18C是示出根據本發(fā)明的代理功能單元的假日定時器事件處理操作而顯示的屏幕的示圖;圖19A至圖19C是示出根據本發(fā)明的代理功能單元的周年紀念日定時器事件處理操作而顯示的屏幕的示圖;圖20A至圖20C是示出根據本發(fā)明的代理功能單元的日程添加定時器事件處理操作而顯示的屏幕的示圖;和圖21A至圖21C是示出根據本發(fā)明的代理功能單元的TO-DO定時器事件處理操作而顯示的屏幕的示圖。
具體實施例方式
以下,將參照附圖來描述根據本發(fā)明的優(yōu)選實施例,相同的標號用于指示與其它附圖中示出的部件相同的部件。在下面的描述中,顯示具體的細節(jié),諸如事件類型和代理表達所必需的信息,但是提供這些具體的細節(jié)用于幫助總的理解本發(fā)明,本領域的技術人員明白即使沒有這些具體的項也可以實施本發(fā)明。
圖1是示出根據本發(fā)明實施例的基于發(fā)生在無線終端中的事件來表達角色代理的無線終端的結構的方框圖。參照圖1,射頻(RF)通信單元21執(zhí)行無線終端的無線通信功能。RF通信單元21包括RF發(fā)送器和RF接收器等,RF發(fā)送器用于上變換并放大發(fā)送的信號的頻率,RF接收器用于低噪聲放大接收的信號并下變換接收的信號的頻率。鍵輸入單元25包括用于輸入數(shù)字和字符信息的鍵和用于建立各種功能的功能鍵?;诒景l(fā)明的實施例,鍵輸入單元25包括用于根據事件來控制角色代理的鍵。
存儲器23可包括程序存儲器和數(shù)據存儲器。根據本發(fā)明的實施例,程序存儲器存儲用于無線終端的通話處理等的程序和用于控制發(fā)生的事件的代理表達的程序。數(shù)據存儲器暫時存儲執(zhí)行無線終端的操作時出現(xiàn)的數(shù)據。此外,根據本發(fā)明的實施例,數(shù)據存儲器包括存儲用于代理表達的角色圖像的角色存儲器。角色存儲器可作為文件系統(tǒng)操作,并且可包括根據角色的存儲器(文件系統(tǒng))的索引??蓪⒔巧鎯ζ鳂嬙鞛楦鞣N類型以表達運動、表達和對象,它們是每個角色的細節(jié)。即,可根據能夠表達代理的角色來存儲存儲在角色存儲器中的角色信息。
控制器100控制無線終端的一般操作??刂破?00包括用于對信號進行調制和解調的調制解調器和用于對信號編碼和解碼的編解碼器。因此,控制器100對發(fā)送信號編碼和調制,對接收的信號解調和解碼。控制器100可以是移動站調制解調器(MSM)芯片??刂破?00根據用戶執(zhí)行的模式選擇來控制通信模式、相機模式和廣播接收模式的操作。這里,還可將包括從控制器100分離的調制解調器和編解碼器的數(shù)據處理器置于RF通信單元21和控制器100之間。根據本發(fā)明的實施例,控制器100可包括能夠處理日程相關事件的事件控制器。根據本發(fā)明的實施例,控制器100收集基于無線終端的操作的事件,基于收集的事件來控制代理,并利用代理來表達事件的處理和狀態(tài)。這里,可利用從存儲器23中選擇的角色來顯示代理。事件控制器可被包括在控制器100中或者可被單獨提供。將參照圖2來詳細描述事件控制器。
根據本發(fā)明的實施例,控制器100可執(zhí)行與代理功能單元相同的操作。即,根據本發(fā)明的實施例,控制器100可控制消息和與該消息對應的角色的顯示,所述消息基于日程的開始和結束來指示接收通知模式改變。此外,控制器100檢查用戶設置的周年紀念日,并可控制消息和與該消息對應的角色的顯示,所述消息用于在周年紀念日之前的幾天或者在周年紀念日當天發(fā)出周年紀念日警告。同樣,控制器100根據國家和情況確定預置假日,并可控制消息和與該消息對應的角色的顯示,所述消息用于在假日之前的幾天或者在假日當天發(fā)出假日警告。當已發(fā)出周年紀念日或假日警告時,控制器100控制用于指示相應日的日程添加的消息和與該消息對應的角色。控制器100在每個預定時間檢查用戶設置的要做的事情(TO-DO)列表,并控制當天或其它日的未完成的TO-DO的列表,使得當天或其它日的未完成的TO-DO根據檢查時刻通過與這些TO-DO相應的角色來顯示。當TO-DO列表被顯示時,控制器100從用戶接收TO-DO的刪除、完成時刻等,并將接收的內容存儲在存儲器23中。
當用戶選擇相機模式時,相機35被控制器100驅動。相機35拍攝對象并產生該拍攝的對象的圖像信號。圖像處理器37根據顯示單元27的大小依比例調整圖像信號,并通過顯示單元27顯示圖像信號。在存儲模式中,圖像處理器37通過預置的編碼方案對圖像信號編碼并存儲編碼的圖像信號。在接收的或存儲的圖像數(shù)據的再現(xiàn)模式中,圖像處理器37對編碼的圖像數(shù)據解碼。
在廣播接收模式中調諧器31在控制器100的控制下選擇和接收預置頻道的廣播信號,廣播處理單元33對調諧器31中接收的廣播信號解調并解碼,將圖像信號輸出到顯示單元27,并將音頻信號輸出到音頻處理器29。廣播信號可包括衛(wèi)星廣播信號或地面廣播信號。
顯示單元27可在控制器10的控制下根據無線終端的操作來顯示菜單。當事件發(fā)生時,顯示單元27顯示根據該事件而輸出的角色。此外,在相機模式或廣播接收模式中,顯示單元27顯示從圖像處理器37或廣播處理單元33輸出的圖像信號。
在通信模式中,音頻處理器29在控制器100的控制下處理通信模式中產生的音頻信號。在相機模式中,音頻處理器29在圖像處理器37的控制下處理從相機拍攝產生的音頻信號。在廣播接收模式中,音頻處理器29在廣播處理單元33的控制下處理接收的廣播音頻信號。
在具有上述結構的無線終端中,可以忽略用于處理相機和/或廣播信號的部件。即使在這種情況下,也可執(zhí)行根據本發(fā)明的實施例的用于事件的角色代理功能。在下面的描述中,假定所述角色是虛擬形象。在本發(fā)明的實施例中,將利用虛擬形象代理控制來描述用于無線終端的事件的角色代理控制。然而,即使當使用除虛擬形象以外的所有圖像時,也可以以相同的方式執(zhí)行角色代理控制。
圖2是示出包括在根據本發(fā)明一個實施例的無線終端的控制器100中的代理功能單元的結構的方框圖。參照圖2,事件收集器110收集發(fā)生在無線終端中的事件。該事件包括可發(fā)生在無線終端中的所有可能的事件,諸如無線終端的通信事件、發(fā)生在無線終端自身中的事件、應用戶請求發(fā)生的事件、根據無線終端的多媒體功能的實現(xiàn)所發(fā)生的事件等。即,事件收集器110收集的事件是限定在無線終端中的事件。當事件已發(fā)生時,事件收集器110產生事件消息作為標識發(fā)生的事件的信息,并將該事件消息提供給事件傳送部分120。根據本發(fā)明實施例的事件收集器110收集日程相關事件,該事件可包括日程的開始和結束事件、基于日程的開始和結束的接收通知模式改變事件、假日定時器事件、周年紀念日定時器事件和TO-DO定時器事件。
事件傳送部分120將事件收集器110提供的事件消息傳送給相應的客戶。在本發(fā)明的實施例中,事件傳送部分120僅將事件消息傳送給代理控制器130。然而,事件傳送部分120還可將事件消息傳送給想要接收該事件消息的其它部件。此外,除收集在事件收集器110中的事件以外,事件傳送部分120接收未在無線終端中定義的用戶定義事件,并將接收的用戶定義事件傳送給代理控制器130。以下,用戶定義事件將被稱作應用事件。應用事件可包括通過游戲、另一應用程序或網絡服務程序發(fā)生的事件。
如果代理控制器130從事件傳送部分120接收了事件消息,那么代理控制器將接收的事件消息存儲在內部緩沖器中,分析該事件消息,并確定用戶接口(UI)以表達相應的角色代理。從事件傳送部分120傳送的事件消息可以是無線終端的事件(事件收集器110收集的事件)和應用事件。將集中于事件收集器110所收集的事件的代理表達來給出下面的描述。包括多個專家的代理控制器130控制所述專家,選擇與發(fā)生的事件對應的專家,并執(zhí)行代理控制功能。當接收到事件時,代理控制器130根據接收到的事件將接收的事件通知合適的專家,并將UI信息請求發(fā)送給代理表達部分140以顯示最終選擇的專家的代理表達。代理表達部分140根據用戶反饋信息來處理接收的相應事件的用戶反饋信息。
代理表達部分140根據從代理控制器130輸出的代理UI信息來顯示相應事件的角色表達。這里,代理表達部分140管理多個將被顯示在顯示單元27上的虛擬形象UI,并根據代理控制器130請求的UI信息控制相應的虛擬形象的顯示。如果用戶在根據接收的事件來顯示虛擬形象的狀態(tài)中產生反饋信息,那么代理表達部分140將接收的反饋信息發(fā)送給代理控制器130。代理控制器130根據從代理表達部分140接收的用戶反饋信息執(zhí)行代理控制。
在圖2的結構中,當只處理事件收集器110收集的無線終端的事件時,可除去事件傳送部分120。以下,代理控制器130的內部緩沖器將被稱作黑板,將更詳細地描述代理控制器130的結構和操作。代理控制器130包括多個專家、黑板、監(jiān)督器、虛擬形象數(shù)值存儲部分、專家管理器等。根據事件來稱呼每個專家,每個專家執(zhí)行專門的工作并輸出結果。黑板存儲包括事件消息信息在內的各種信息。當多個專家輸出有效結果時,監(jiān)督器選擇所述專家之一。虛擬形象數(shù)值存儲部分根據發(fā)生的事件存儲虛擬形象的數(shù)值。此外,當事件發(fā)生時,專家管理器根據事件從專家列表中選擇相應的專家,并根據事件來控制代理。
所述專家表示有助于解決問題的專家,基于特定領域中的專業(yè)知識將中間步驟的答案存儲在黑板中,并同時表達中間步驟答案的優(yōu)先級和用戶偏好。此外,每個專家了解黑板的狀態(tài),計算優(yōu)先級和用戶偏好,并將中間步驟的答案存儲在黑板中。
黑板表示專家相互通信時所使用的工作地點和信息空間,并且主要用于使專家能夠將中間步驟的答案存儲在黑板中。黑板模式的優(yōu)點如下首先,可以容易地結合不同類型的專家;其次,由于專家相互不影響,所以專家可被模塊化并可被開發(fā);最后,可以靈活地處理多種改變(專家的算法改變、新專家的添加等)。
當為一個事件選擇了兩個或更多個專家時,專家管理器請求監(jiān)督器選擇與接收的事件最關聯(lián)的專家。然后,監(jiān)督器根據事件等分析黑板的數(shù)據、優(yōu)先級和用戶偏好,并選擇與接收的事件最關聯(lián)的專家。
這里,虛擬形象數(shù)值根據無線終端中發(fā)生的各種事件、代理功能和用戶反饋而改變。此外,能夠使用虛擬形象數(shù)值的各種應用事件對虛擬形象數(shù)值有影響。此外,隨著內部數(shù)值的改變,虛擬形象接口也改變,并且虛擬形象隨著時間的流逝而成長。這對應于虛擬形象的成長概念。根據本發(fā)明實施例的無線終端基于人工智能代理系統(tǒng)引入虛擬形象成長。為此,在本發(fā)明的實施例中,基于發(fā)生在無線終端中的各種事件將對各種動作的建議提供給用戶,從而可以使用戶能夠根據興趣而有效地使用無線終端。此外,虛擬形象數(shù)值根據這些事件和用戶基于這些事件的反饋動作而改變。
下面的表1顯示根據本發(fā)明實施例的詳細情況。下面的表1顯示事件的使用情況、事件分類、事件確定時刻、事件處理時刻、事件參數(shù)(必要信息)、頻率和時間、條件、UI文本、用戶選擇等??梢蕴砑踊騽h除除上述事件以外的其它必要事件。
表1


在對根據本發(fā)明的無線終端中的日程相關事件處理操作的描述中,將參照圖3至圖21A、圖21B和圖21C來詳細描述在代理功能單元的控制下的日程相關事件處理操作和在控制器100的控制下的日程相關事件處理操作。
圖3是示出根據本發(fā)明一個實施例的代理功能單元的日程開始定時器事件處理操作的流程圖,圖17A至圖17D是示出根據本發(fā)明的代理功能單元的日程開始和結束定時器事件處理操作而顯示的屏幕的示圖。在圖3中,第一模式相應于響鈴模式,第二模式相應于振動模式。然而,除了響鈴模式和振動模式,可將第一模式和第二模式設置為由用戶在接收通知模式中指定的模式。參照圖3至圖17A、圖17B、圖17C和圖17D,在步驟1002中,事件收集器收集在用戶預先登記的日程中的特定日程開始時發(fā)生的日程開始定時器事件。在步驟1004中,事件收集器將收集的日程開始定時器事件提供給事件傳送部分。在步驟1006中,事件傳送部分將接收的日程開始定時器事件提供給代理控制器的專家管理器。在步驟1008中,專家管理器將接收的日程開始定時器事件存儲在黑板中。在步驟1010中,專家管理器檢查在日程開始定時器事件中從內部專家列表中調用的專家。在步驟1012中,專家管理器調用每個專家(在圖3中,第一專家被調用)。
在步驟1014中,第一專家確定當前模式是否是響鈴模式。當當前模式不是響鈴模式時,在步驟1016中第一專家向專家管理器返回“否”。然而,當當前模式是響鈴模式時,在步驟1018中第一專家向專家管理器返回“是”。
然后,在步驟1020中,專家管理器將已返回“是”的專家(在圖3中,第一專家)提供給監(jiān)督器。當一個專家已返回“是”時,在步驟1022中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟1024中,監(jiān)督器將對最高優(yōu)先級的專家或者關于相應的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟1026中,專家管理器檢查為最高優(yōu)先級的專家預置的UI-ID或者根據將被執(zhí)行的專家預置的UI-ID。在步驟1028中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。在步驟1030中,代理表達部分140表達相應的UI。由代理表達部分140表達的UI可包括指示如圖17A、圖17B、圖17C和圖17D所示的從當前響鈴模式到振動模式的改變的內容。此外,可根據用戶基于顯示的內容而對模式作出的改變來顯示圖17B或圖17C。在根據圖3的操作的日程開始中,用戶可檢查指示從響鈴模式到振動模式的改變的內容。
圖4是示出根據本發(fā)明一個實施例的代理功能單元的日程結束定時器事件處理操作的流程圖。為便于描述,圖4示出代理控制器中的操作。如圖3所示,可通過事件收集器、事件傳送部分等來提供提供給相應的代理控制器的事件。在圖4中,第一模式相應于響鈴模式,第二模式相應于振動模式。然而,除了響鈴模式和振動模式,可將第一模式和第二模式設置為由用戶在接收通知模式中指定的模式。參照圖4,如果在步驟1102中日程結束定時器事件被傳送,那么在步驟1014中專家管理器將接收的日程結束定時器事件存儲在黑板中。在步驟1106中,專家管理器檢查在日程結束定時器事件中從內部專家列表中調用的專家。在步驟1108中,專家管理器調用每個專家(在圖4中,第二專家和第三專家被調用)。
在步驟1110中,第二專家確定當前模式是否是振動模式。當當前模式不是振動模式時,在步驟1112中第二專家向專家管理器返回“否”。然而,當當前模式是振動模式時,在步驟1114中第二專家向專家管理器返回“是”。當?shù)谌龑<冶徽{用時,在步驟1116中第三專家向專家管理器返回“是”。
然后,在步驟1118中,專家管理器將已返回“是”的專家(在圖4中,第二專家和第三專家)提供給監(jiān)督器。當一個專家已返回“是”時,在步驟1120中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟1122中,監(jiān)督器將對最高優(yōu)先級的專家或者關于相應的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟1124中,專家管理器檢查為最高優(yōu)先級的專家預置的UI-ID或者根據將被執(zhí)行的專家預置的UI-ID。在步驟1126中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140表達相應的UI。
在由代理表達部分140表達的UI中,例如,在與第二專家對應的UI的表達中,可以如圖17D所示,顯示報告日程結束的消息和對應于該消息的角色。此外,UI可包括指示從當前振動模式到響鈴模式的改變的內容。
此外,在與第二專家對應的UI的表達中,日程相關的菜單列表被顯示,從而可以顯示包括下述內容的UI和消息,該內容指示與顯示的列表對應的功能的執(zhí)行。例如,顯示的日程相關的菜單列表可包括做備忘錄、登記TO-DO、日程登記、檢查預先存儲的日程和結束。
表2


表2顯示當日程結束時所顯示的日程相關的菜單列表。第二專家執(zhí)行用戶從日程相關的菜單列表中選擇的菜單,并顯示與該菜單對應的消息和UI角色。當用戶首先選擇菜單“做備忘錄”時,第二專家使代理表達部分140顯示如下面的表3所示的包括圖像備忘錄項、音頻備忘錄項和文本備忘錄項的多個子項。
表3

在表3中,所述子項可包括圖像備忘錄項,用于存儲由相機拍攝的圖像;音頻備忘錄項,用于存儲通過麥克風輸入的音頻;和文本備忘錄項,用于存儲從用戶輸入的文本。因此,第三專家接收用戶選擇的菜單“做備忘錄”中的子項之一,并使代理表達部分140顯示用于報告與選擇的項對應的做備忘錄的執(zhí)行的消息和與該消息對應的角色UI。因此,第三專家從用戶接收備忘錄,并將接收的備忘錄存儲在存儲器23中。
當用戶從表2中顯示的列表中選擇菜單“登記TO-DO”時,第三專家使代理表達部分140顯示用于報告基于選擇的“登記TO-DO”的子菜單的執(zhí)行的消息和與該消息對應的角色UI。因此,第三專家從用戶接收TO-DO,并將接收的TO-DO存儲在存儲器23中。
當確定已選擇菜單“日程登記”時,第三專家使代理表達部分140顯示用于報告日程登記的子菜單的執(zhí)行的消息和與該消息對應的角色UI。因此,第三專家從用戶接收附加日程,并將接收的附加日程存儲在存儲器23中。
當確定已選擇菜單“日程檢查”時,第二專家顯示預先存儲在存儲器23中的日程列表,并使代理表達部分140顯示根據顯示的日程列表的消息和角色UI。當確定已選擇菜單“結束”時,第二專家使代理表達部分140顯示用于報告日程結束的消息和與該消息對應的角色UI。
當如上所述日程結束定時器事件發(fā)生時,可以報告日程結束并顯示用于指示附加日程和TO-DO、備忘錄等的添加的消息以及與該消息對應的角色UI。當在圖5至圖7B中日程結束事件發(fā)生時,可應用根據基于代理功能單元的操作的日程結束定時器事件的發(fā)生而顯示的消息。結果,當日程結束定時器事件發(fā)生在控制器中時,在控制器的控制下所述消息和與所述消息對應的角色UI被顯示在顯示單元27上。
圖5是示出根據本發(fā)明一個實施例的控制器的日程開始和結束定時器事件處理操作的流程圖。參照圖5,在步驟1202中,控制器100控制無線終端進入等待模式。在等待模式中,控制器100確定是否存在用戶預置的日程并檢查是否滿足該日程的警報條件。在步驟1204中,控制器100根據檢查結果確定報告所述日程的存在的定時器事件是否已發(fā)生。在步驟1206中,控制器100確定發(fā)生的日程定時器事件是否與報告日程開始的定時器事件對應。當發(fā)生的日程定時器事件與報告日程開始的定時器事件對應時,在步驟1208中控制器100確定無線終端的當前接收通知模式是否是振動模式。當接收通知模式不是振動模式時,在步驟1210中控制器100顯示用于指示變?yōu)檎駝幽J降南ⅰ?br> 當發(fā)生的日程定時器事件與報告日程開始的定時器事件不對應時,在步驟1216中控制器100檢查所述日程定時器事件是否與報告日程結束的定時器事件對應,并在步驟1218中確定當前接收通知模式是否是響鈴模式。當接收通知模式不是響鈴模式時,在步驟1210中控制器100顯示用于指示變?yōu)轫戔從J降南ⅰT诓襟E1212中,控制器100確定用戶是否已改變接收通知模式。在步驟1214中,控制器100根據接收通知模式是否已改變來報告改變接收通知模式的完成。
圖6是示出根據本發(fā)明另一實施例的代理功能單元的日程開始和結束定時器事件的流程圖。參照圖6,步驟1302、1304、1306和1308類似于圖3和圖4中的處理操作的那些步驟,在步驟1302、1304、1306和1308中,專家管理器檢查定時器事件的發(fā)生,存儲定時器事件,檢查與發(fā)生的事件對應的專家并調用對應的專家。然而,在步驟1310、1312、1314、1316、1318和1320中,相應的專家(在圖6中,第一、第二和第四專家被調用)根據發(fā)生的定時器事件確定當前接收通知模式的狀態(tài),并根據接收通知模式的狀態(tài)向專家管理器返回“是”或“否”。在步驟1322中,第四專家檢查接收通知模式的設置信息。在步驟1324中,第四專家根據檢查的設置信息確定當前時刻是否是必須改變接收通知模式的時刻。根據確定的結果,第四專家向專家管理器返回“是”或“否”。
如果如上所述所調用的每個專家返回“是”或“否”,那么在步驟1330中專家管理器把已返回“是”的專家提供給監(jiān)督器。當一個專家已返回“是”時,在步驟1332中,監(jiān)督器檢查相應專家的優(yōu)先級,或者檢查相應的專家是否已被執(zhí)行。在步驟1334中,監(jiān)督器將對最高優(yōu)先級的專家或者關于相應專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟1336中,專家管理器檢查為最高優(yōu)先級的專家預置的UI-ID或者根據將被執(zhí)行的專家預置的UI-ID。在步驟1338中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。在步驟1340中,代理表達部分140表達相應的UI。
在日程開始和結束定時器事件發(fā)生之前,第四專家可確定在日程開始和結束時間是否存在其其它日程。當在日程開始和結束時間存在其其它日程時,第四專家管理器不顯示用于指示根據日程開始和結束時間改變接收通知模式的消息和與該消息對應的角色UI。相反,第四專家管理器可顯示用于報告在日程開始和結束時間存在其其它日程的消息和與該消息對應的角色UI。
圖7A和圖7B是示出根據本發(fā)明另一實施例的控制器的日程開始和結束定時器事件處理操作的流程圖。參照圖7A和圖7B,在步驟1402中,控制器100控制無線終端進入等待模式。在等待模式中,等待來自用戶的調用接收和鍵輸入。此外,執(zhí)行根據預置的日程來檢查開始和結束時間的定時器操作。在步驟1404中,控制器100確定日程相關的定時器事件是否已發(fā)生。當用戶登記的日程發(fā)生時,在步驟1406中,控制器100確定發(fā)生的事件是否與報告日程開始的定時器事件對應。當發(fā)生的事件與報告日程開始的定時器事件對應時,執(zhí)行步驟1408。
在步驟1408中,控制器100確定用戶是否已登記多個日程并確定發(fā)生的日程的開始是否與所述多個日程重疊。當在處理重疊的日程期間存在發(fā)生的日程的開始并且發(fā)生的日程的開始時間比重疊的日程的開始時間遲時,控制器100不指示接收通知模式的改變并保持當前設置的接收通知模式。然而,當發(fā)生的日程的開始與所述多個日程不重疊時,在步驟1410中控制器100確定當前接收通知模式是否是振動模式。
當當前接收通知模式不是振動模式時,在步驟1412中控制器100檢查用戶設置的接收通知模式信息。在步驟1412中檢查的接收通知模式信息對應于所述次數(shù)的累積信息,用戶通過該累積信息檢查消息和UI以及在預定時間段內無線終端的模式是否已超過預置次數(shù)變?yōu)橹甘镜慕邮胀ㄖJ?,所述消息和UI用于指示當過去發(fā)生一日程時,根據該日程來改變接收通知模式。此外,當在預定時間段內無線終端的模式還沒有超過預置次數(shù)變?yōu)橹甘镜慕邮胀ㄖJ綍r,接收通知模式信息與指示先前設置的接收通知模式被保持而沒有指示接收通知模式的改變的所述次數(shù)的累積信息對應。
在步驟1414中,控制器100確定在預定時間段內無線終端的模式是否超過預置次數(shù)還沒有變?yōu)橹甘镜慕邮胀ㄖJ?。當無線終端的模式超過預定次數(shù)例如少于三次還沒有變?yōu)橹甘镜慕邮胀ㄖJ綍r,在步驟1416中控制器100控制用于指示接收通知模式的改變的消息和與該消息對應的UI的顯示。在步驟1418中,控制器100接收關于用戶是否執(zhí)行變?yōu)橹甘镜慕邮胀ㄖJ降脑O置信息。在步驟1420中,控制器100根據用戶的設置信息改變接收通知模式。在步驟1422中,控制器100控制用于報告變?yōu)樗鼋邮胀ㄖJ酵瓿傻南⒑团c該消息對應的UI的顯示。在步驟1424中,控制器100存儲所述設置信息。
作為步驟1414中確定的結果,當在預定時間段內無線終端的模式已超過預定次數(shù)例如在兩周內超過三次變?yōu)橹甘镜慕邮胀ㄖJ綍r,在步驟1416中控制器100控制用于指示接收通知模式的改變的消息和與該消息對應的UI的顯示。然而,當用戶在預定時間段內超過預定次數(shù)還沒有變?yōu)樗鼋邮胀ㄖJ綍r,在步驟1426中控制器100不指示接收通知模式的改變而是檢查前一接收通知模式已被保持的時間段和根據該時間段前一接收通知模式已被保持的次數(shù)。例如,當前一接收通知模式已被保持的次數(shù)在兩周內超過三次時,控制器100控制用于指示接收通知模式的改變的消息的顯示。
作為在步驟1406中確定的結果,當發(fā)生的事件與報告日程開始的定時器事件不對應時,執(zhí)行步驟1428。在步驟1428中,控制器100確定發(fā)生的事件是否與日程結束定時器事件對應。當發(fā)生的事件與日程結束定時器事件對應時,在步驟1430中控制器100確定用戶是否已登記多個日程并確定發(fā)生的日程的結束是否與所述多個日程重疊。當在處理重疊的日程期間存在發(fā)生的日程的結束并且發(fā)生的日程的結束時間比重疊的日程的結束時間早時,控制器100不指示接收通知模式的改變并保持當前設置的接收通知模式。然而,當發(fā)生的日程的開始與所述多個日程不重疊時,在步驟1432中控制器100確定當前接收通知模式是否是響鈴模式。當當前接收通知模式不是響鈴模式時,執(zhí)行步驟1412、1414、1416、1418、1420、1422和1424。按照這種方式,控制器100將接收通知模式改變?yōu)轫戔從J交蛘弑3终駝幽J健?br> 圖8是示出根據本發(fā)明一個實施例的代理功能單元的假日通知定時器事件處理操作的流程圖,圖18A至圖18C是示出根據本發(fā)明的代理功能單元的假日定時器事件處理操作而顯示的屏幕的示圖。為便于描述,圖8示出代理控制器中的操作。如圖3所示,可通過事件收集器、事件傳送部分等來提供提供給相應的代理控制器的事件。參照圖8和圖18A至圖18C,如果在步驟1502中定時器事件(ID 5)被傳送,那么在步驟1504中專家管理器將接收的定時器事件存儲在黑板中。在步驟1506中,專家管理器檢查在第五專家的定時器事件中從內部專家列表中調用的專家。在步驟1508中,專家管理器調用每個專家(在圖5中,第五專家被調用)。
在步驟1510中,第五專家參考登記的日程信息檢查離當天最近的假日,并再次將警報設置為相應假日之前的一周或一天。當在下一假日的一周或一天之前發(fā)生相應的定時器事件時,激活警報重置以執(zhí)行相應的操作。在步驟1512中,第五專家向專家管理器返回“是”。這里,第五專家可將該假日信息與“是”一起發(fā)送。
然后,在步驟1514中,專家管理器將已返回“是”的專家提供給監(jiān)督器。在步驟1516中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟1518中,監(jiān)督器將對最高優(yōu)先級的專家或者關于最高優(yōu)先級的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟1520中,專家管理器檢查最高優(yōu)先級的專家的UI-ID或者將被執(zhí)行的專家的UI-ID。在步驟1522中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140表達相應的UI。這里,當專家管理器將檢查的UI-ID發(fā)送給代理表達部分140時,假日信息被同時發(fā)送。此外,當代理表達部分140表達UI時,代理表達部分140如圖18A所示,表達相應假日的信息和報告該假日在一天或一周之后到來的內容。在執(zhí)行假日警報之后,當用戶選擇用于檢查在假日所設置的日程的菜單時,代理表達部分140如圖18B所示,表達用于檢查所述日程的消息和虛擬形象。當在假日不存在任何日程時,代理表達部分140可表達如圖18C所示的屏幕。
如上所述,通過如圖8所示的處理可以執(zhí)行用于報告假日在一天或一周之后到來的操作。例如,可將假日定時器事件的初始設置預置為制造無線終端的過程中的基本操作,并且當用戶執(zhí)行諸如檢查提供給終端的日歷信息的關聯(lián)操作時,還可設置假日定時器事件的初始設置。此外,在執(zhí)行相應假日的警報之后,可再次設置與相應假日最鄰近的假日的定時器事件,并可在假日當天發(fā)出設置的假日的警報。
圖9是示出根據本發(fā)明一個實施例的控制器的假日定時器事件處理操作的流程圖。參照圖9,在步驟1602中,控制器100控制無線終端進入等待模式。在步驟1604中,控制器100在等待模式中確定當前時刻是否是假日定時器事件的檢查時刻。當當前時刻是假日定時器事件的檢查時刻時,在步驟1606中控制器100確定當天是否已被設置為假日。當當天是假日時,在步驟1608中控制器100報告當天是假日。然而,當在步驟1606中當天不是假日時,在步驟1620中控制器100確定在預置時間段之內是否存在假日。所述預置時間段可被設置為相應假日之前的一周或一天。因此,當在所述預置時間段內存在假日時,在步驟1622中控制器100報告到該假日為止的剩余天數(shù)。
在步驟1610中,控制器100確定在用戶已登記的假日是否存在日程。當存在登記的日程時,在步驟1612中控制器100控制用于指示日程檢查的消息和與該消息對應的角色UI的顯示。然而,當不存在登記的日程時,在步驟1614中控制器100控制用于指示假日日程登記的消息和與該消息對應的角色UI的顯示。
在步驟1616中,控制器100確定是否已輸入用于檢查在步驟1612和1614中顯示的消息的鍵。當已輸入所述鍵時,在步驟1618中控制器100登記日程或者顯示登記的日程。
圖10是示出根據本發(fā)明一個實施例的代理功能單元的周年紀念日定時器事件處理操作的流程圖,圖19A至圖19C是示出根據本發(fā)明的代理功能單元的周年紀念日定時器事件處理操作而顯示的示圖。為便于描述,圖10和圖19A至圖19C僅示出代理功能單元中的操作。如果在步驟1702中定時器事件(ID 6)被傳送,那么在步驟1704中專家管理器將接收的定時器事件存儲在黑板中。在步驟1706中,專家管理器檢查在定時器事件中從內部專家列表調用的專家。在步驟1708中,專家管理器調用每個專家(在圖10中,第六專家被調用)。
在步驟1710中,第六專家參考登記的日程信息檢查周年紀念日,發(fā)出檢查的周年紀念日的警報,并再次將定時器設置為已發(fā)出其警報的相應周年紀念日之前的一周或一天。當在下一假日的一周或一天之前發(fā)生相應的定時器事件時,激活該定時器重置以執(zhí)行相應的操作。在步驟1712中,第六專家向專家管理器返回“是”。這里,第六專家可將周年紀念日信息與“是”一起發(fā)送。
然后,在步驟1714中,專家管理器將已返回“是”的專家ID提供給監(jiān)督器。在步驟1716中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟1718中,監(jiān)督器將檢查結果發(fā)送給專家管理器。在步驟1720中,專家管理器檢查最高優(yōu)先級的專家的UI-ID或者將被執(zhí)行的專家的UI-ID。在步驟1722中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140如圖19A所示,表達相應的UI。這里,當專家管理器將檢查的UI-ID發(fā)送給代理表達部分140時,周年紀念日信息被同時發(fā)送。此外,當代理表達部分140表達UI時,代理表達部分140表達相應周年紀念日的信息和報告該周年紀念日在一天或一周之后到來的內容。
如上所述,通過如圖10所示的處理可以執(zhí)行用于報告周年紀念日在一天或一周之后到來的操作。例如,通過接收用戶設置的周年紀念日,可實現(xiàn)周年紀念日定時器事件的初始設置。此外,當在預置時間段之前發(fā)出周年紀念日警報時,如果用于檢查周年紀念日定時器事件的鍵被輸入,那么可如圖19B所示顯示用于指示先前設置的日程不存在的消息或者如圖19C所示顯示先前設置的日程。
圖11是示出根據本發(fā)明另一實施例的代理功能單元的周年紀念日定時器事件處理操作的流程圖。在圖10中,在預置時間段之內發(fā)出周年紀念日警報。然而,在圖11中,在每一預置時刻調用相應的專家以確定當天是否對應于周年紀念日。以下,將參照圖11來詳細描述所述操作。如果在步驟1802中定時器事件(ID 7)被傳送,那么在步驟1804中專家管理器將接收的定時器事件存儲在黑板中。在步驟1806中,專家管理器檢查在定時器事件中從內部專家列表調用的專家。在步驟1808中,專家管理器調用每個專家(在圖11中,第七專家被調用)。
在步驟1810中,第七專家再次將定時器設置為第二天上午09:00。重新設置定時器,從而第七專家每天被重復調用并操作。在步驟1812中,第七專家檢查日程信息并確定當天是否是周年紀念日。當當天不是周年紀念日時,在步驟1814中第七專家向專家管理器返回“否”。然而,當當天是周年紀念日時,在步驟1816中第七專家向專家管理器返回“是”。這里,第七專家可將周年紀念日信息與“是”一起發(fā)送。
然后,在步驟1818中,專家管理器將已返回“是”的專家ID提供給監(jiān)督器。在步驟1820中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟1822中,監(jiān)督器將對最高優(yōu)先級的專家或者關于最高優(yōu)先級的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟1824中,專家管理器檢查最高優(yōu)先級的專家的UI-ID或者將被執(zhí)行的專家的UI-ID。在步驟1826中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140表達相應的UI。這里,當專家管理器將檢查的UI-ID發(fā)送給代理表達部分140時,周年紀念日信息也被發(fā)送。此外,當代理表達部分140表達UI時,代理表達部分140表達相應周年紀念日的信息和報告當天是周年紀念日的內容。
圖12是示出根據本發(fā)明的控制器的周年紀念日定時器事件處理操作的流程圖。參照圖12,在步驟1902中,控制器100控制無線終端進入等待模式。在步驟1904中,控制器100在等待模式中確定當前時刻是否是周年紀念日定時器事件的檢查時刻。可在每天的每個預定時間檢查周年紀念日定時器事件的檢查時刻,或者可在先前登記的周年紀念日的事件發(fā)生之前將周年紀念日定時器事件的檢查時刻設置為預置時刻。當當前時刻是周年紀念日定時器事件的檢查時刻時,在步驟1906中控制器100確定是否存在在當天為其發(fā)生周年紀念日定時器事件的周年紀念日。當存在周年紀念日時,在步驟1908中控制器100執(zhí)行用于報告相應周年紀念日的定時器事件。然而,當不存在周年紀念日時,在步驟1920中控制器100確定從當天起的預置時間段之內是否存在周年紀念日。當在所述預置時間段之內存在周年紀念日時,在步驟1922中控制器100報告到該周年紀念日為止的剩余天數(shù)。
在步驟1910中,控制器100確定是否存在用戶已登記的對應于周年紀念日的日程。當存在登記的日程時,在步驟1912中控制器100控制用于指示日程檢查的消息和與該消息對應的角色UI的顯示。然而,當不存在登記的日程時,在步驟1914中控制器100控制用于指示日程登記的消息和與該消息對應的角色UI的顯示。
在步驟1916中,控制器100確定是否已輸入用于檢查在步驟1912和1914中顯示的消息的鍵。當已輸入所述鍵時,在步驟1918中控制器100登記日程或者顯示登記的日程。
圖13是示出由根據本發(fā)明一個實施例的代理功能單元執(zhí)行的用于全部日程檢查、周末日程登記指示、日程登記指示和登記的日程中的A/S指示的定時器事件處理操作的流程圖。圖20A至圖20C是示出根據由根據本發(fā)明一個實施例的代理功能單元執(zhí)行的用于全部日程檢查、周末日程登記指示、日程登記指示和登記的日程中的A/S指示的定時器事件處理操作而顯示的屏幕的示圖。參照圖13和圖20A至圖20C,如果在步驟2002中定時器事件(ID 8、9、10和11)被傳送,那么在步驟2004中專家管理器將接收的定時器事件存儲在黑板中。在步驟2006中,專家管理器檢查在定時器事件中從內部專家列表調用的專家。在步驟2008中,專家管理器調用每個專家。即,就定時器事件(ID 8)而言,調用第八專家。就定時器事件(ID 9)而言,調用第九專家。就定時器事件(ID 10)而言,調用第十專家。就定時器事件(ID 11)而言,調用第十一專家。
提供第八專家以指示用戶對全部日程進行檢查。在步驟2010中,第八專家可再次將定時器設置到第二天上午09:00??捎捎脩纛A置該定時器重置時間。再次設置定時器,從而第八專家在第二天被調用并操作。因此,第八專家每天被重復調用并操作。在步驟2012中,第八專家檢查日程信息并確定已登記許多日程。在步驟2014中,第八專家向專家管理器返回“是”。這里,第八專家可將用于報告已登記許多日程的信息與“是”一起發(fā)送。
提供第九專家以指示用戶對假日日程進行檢查。在步驟2016中,當假日定時器事件發(fā)生時,可再次將定時器設置為離已發(fā)出其警報的假日定時器事件最近的下一假日定時器事件的發(fā)生時刻。此外,每預定時間或時刻發(fā)出離當天最近的假日的警報,并且再次設置警報以指示與所述假日對應的日程的登記。按照這種方式,定時器被再次重置,從而第九專家在下個星期四被調用并操作。因此,在每個預定時刻第九專家被重復調用并操作。在步驟2018中,第九專家向專家管理器返回“是”。
提供第十專家以指示用戶登記日程。在步驟2020中,可再次設置定時器以指示在前一日程結束的時刻或在預置時間登記日程??捎捎脩纛A置該定時器重置時間。因此,在步驟2022中,第十專家向專家管理器返回“是”。
設置第十一專家以對用戶指示無線終端的A/S。在步驟2024中,警報被再次設置為無線終端已被初始化的時刻之后的六個月或者已完成A/S的時刻之后的六個月。因此,每六個月第十一專家被重復調用并操作。在步驟2026中,第十一專家向專家管理器返回“是”。
然后,在步驟2028中,專家管理器將已返回“是”的專家ID提供給監(jiān)督器。在步驟2030中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟2032中,監(jiān)督器將對最高優(yōu)先級的專家或者關于最高優(yōu)先級的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟2034中,專家管理器檢查最高優(yōu)先級的專家的UI-ID或者將被執(zhí)行的專家的UI-ID。在步驟2036中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140表達相應的UI。
在由代理表達部分140表達的UI中,例如,在與第八專家對應的UI的表達中,可以顯示用于指示當前登記的日程的內容。具體地講,當已登記許多日程時,可以顯示用于報告已登記許多日程的內容。此外,在與第九專家對應的UI的表達中,可以顯示用于指示假日日程登記的內容。在本發(fā)明的一個實施例中,假定假日是周末。因此,如圖20A所示,顯示用于報告即將來臨的周末的消息和與該消息對應的UI。此外,在與第十專家對應的UI的表達中,如圖20B所示,顯示用于指示前一登記的日程結束的內容,并包括用于指示日程登記的內容。當根據用戶設置來登記日程時,可顯示如圖20C所示的屏幕。與第十一專家對應的消息和UI的表達可包括指示A/S的內容。
圖14是示出根據本發(fā)明的控制器的全部日程定時器事件處理操作的流程圖。參照圖14,在步驟2102中,控制器100控制無線終端進入等待模式。在步驟2104中,控制器100在等待模式中確定當前時刻是否是預置的日程定時器事件的檢查時刻。可在每天的每個預定時間檢查日程的檢查時刻,或者可參考離登記的日程存在的時刻最近的時刻之內存在的日程在預置時間段之前檢查日程的檢查時刻。當當前時刻是日程的檢查時刻時,在步驟2106中控制器100檢查存儲器23中登記的全部日程。在步驟2108中,控制器100確定預置日程的數(shù)量是否大于先前登記的日程的數(shù)量。
當先前登記的日程的數(shù)量大于預置日程的數(shù)量時,執(zhí)行步驟2110。即,控制器100指示全部日程的檢查,并控制用于報告由于許多登記的日程所導致的用戶的繁忙日程的消息的顯示。然而,當先前登記的日程的數(shù)量小于預置的日程的數(shù)量時,執(zhí)行步驟2112。即,控制器100顯示用于指示先前登記的全部日程的檢查的消息。然后,可以檢查、刪除或添加全部日程。
在步驟2114中,控制器100確定是否已輸入用于檢查在步驟2110和2112中顯示的消息的鍵。當已輸入所述鍵時,在步驟2116中控制器100顯示先前登記的全部日程。
圖15是示出根據本發(fā)明的代理功能單元的TO-DO定時器事件處理操作的流程圖,圖21A至圖21C是示出根據本發(fā)明的代理功能單元的TO-DO定時器事件處理操作而顯示的屏幕。參照圖15和圖21A至圖21C,如果在步驟2202中定時器事件(ID 12和13)被傳送,那么在步驟2204中專家管理器將接收的定時器事件存儲在黑板中。在步驟2206中,專家管理器檢查在定時器事件中從內部專家列表中調用的專家。在步驟2208中,專家管理器調用每個專家。即,就定時器事件(ID12)而言,調用第十二專家。就定時器事件(ID13)而言,調用第十三專家。
提供第十二專家以通知用戶當天的TO-DO是否已完成。在步驟2210中,第十二專家可再次將定時器設置為第二天下午21:00。再次設置定時器,從而第十二專家在第二天被調用并操作。因此,第十二專家每天被重復調用并操作。在步驟2212中,第十二專家檢查確定是否存在當天未完成的TO-DO。當不存在未完成的TO-DO時,在步驟2214中第十二專家向專家管理器返回“否”。然而,當存在未完成的TO-DO時,在步驟2216中第十二專家向專家管理器返回“是”。
提供第十三專家以通知用戶其它日的TO-DO是否已完成。在步驟2218中,第十三專家可再次將定時器設置為第二天上午09:00。再次設置定時器,從而第十三專家在第二天被調用并操作。因此,第十三專家每天被重復調用并操作。在步驟2220中,第十三專家檢查確定是否存在其它日未完成的TO-DO。當不存在未完成的TO-DO時,在步驟2222中第十三專家向專家管理器返回“否”。然而,當存在未完成的TO-DO時,在步驟2224中第十三專家向專家管理器返回“是”。
然后,在步驟2226中,專家管理器將已返回“是”的專家ID提供給監(jiān)督器。在步驟2228中,監(jiān)督器檢查相應專家的優(yōu)先級或者檢查相應的專家是否已被執(zhí)行。在步驟2230中,監(jiān)督器將對最高優(yōu)先級的專家或者關于最高優(yōu)先級的專家是否已被執(zhí)行的檢查的結果發(fā)送給專家管理器。在步驟2232中,專家管理器檢查最高優(yōu)先級的專家的UI-ID或者將被執(zhí)行的專家的UI-ID。在步驟2234中,專家管理器將檢查的UI-ID發(fā)送給代理表達部分140。然后,代理表達部分140表達相應的UI。
在由代理表達部分140表達的UI中,例如,在與第十二專家對應的UI的表達中,可以如圖21A所示,顯示用于檢查當天的TO-DO是否已完成的內容。在與第十三專家對應的UI的表達中,可以顯示用于檢查其它日的TO-DO是否已完成的內容。此外,可將關于TO-DO是否已完成的列表插入用于檢查TO-DO是否已完成的內容中,TO-DO是否已完成可由用戶選擇。因此,在用戶選擇TO-DO是否已完成之后,代理表達部分140可如圖20B或圖20C所示,顯示先前登記的TO-DO的列表或者鼓勵消息和UI。
圖16是示出根據本發(fā)明的控制器的TO-DO處理操作的流程圖。參照圖16,用戶通過操作提供給無線終端的菜單鍵、方向鍵或數(shù)字鍵從無線終端的各種環(huán)境設置菜單中選擇用于登記TO-DO的項。因此,控制器100執(zhí)行登記TO-DO所需的模式,顯示單元顯示用于引導TO-DO的內容、重要性、時間限制等輸入的屏幕,并顯示用于輸入相應信息的窗口。此外,控制器100接收通過用戶操作字符鍵或數(shù)字鍵而選擇的TO-DO的設置項,并將這些設置項存儲在存儲器23中。因此,所述TO-DO被存儲,從而用戶可在任何時候通過操作那些鍵來觀看存儲的TO-DO。
控制器100可確定登記的TO-DO是否已完成。可在用戶設置的時間或者終端設置的給定時間執(zhí)行控制器100的確定功能。在本發(fā)明的實施例中,假定在上午09:00和下午21:00確定是否已完成登記的TO-DO。因此,在步驟2302中,控制器100確定確定時間是否已到達下午21:00。當確定時間已到達下午21:00時,在步驟2304中,控制器100確定在登記的TO-DO中是否存在當天未完成的TO-DO項。
當在下午21:00在登記的TO-DO中存在未完成的TO-DO項時,控制器100控制未完成的TO-DO項以文本形式顯示。此外,控制器100控制用于報告未完成的TO-DO的虛擬形象被顯示。在步驟2306中,控制器100顯示在用戶改變未完成的TO-DO項的設置狀態(tài)時所使用的“完成”、“延期”和“刪除”項。在步驟2308中,控制器100確定用戶是否已選擇未完成的TO-DO項和選擇的TO-DO項的“完成”項。當在步驟2308中用戶選擇“完成”項時,在步驟2314中控制器100確定未完成的TO-DO項已經完成并顯示用于報告完成未完成的TO-DO項的消息。
當在步驟2308中用戶選擇“延期”項時,在步驟2316中,控制器100將TO-DO項的完成日期變?yōu)榈诙?,顯示用于報告改變完成日期的消息,并顯示用于報告存在未完成的TO-DO項的消息。當在步驟2308中用戶選擇“刪除”項時,在步驟2318中,控制器100刪除選擇的未完成的TO-DO項。
作為步驟2302中確定的結果,當確定時間還沒有到達下午21:00時,在步驟2310中控制器100確定確定時間是否已到達上午09:00。當確定時間已到達上午09:00時,在步驟2312中控制器100確定在先前登記的TO-DO項中是否存在其它日未完成的TO-DO項。當其它日的未完成的TO-DO項存在時,控制器100顯示這些未完成的TO-DO項。除了處理其它日未完成的TO-DO項,隨后的步驟等同于如上所述的步驟2306、2308、2314、2316和2318。
如上所述,在本發(fā)明的實施例中,描述了在代理功能單元和控制器的控制下的操作。然而,控制器的日程相關事件處理可由代理功能單元的專家來執(zhí)行,可通過代理表達部分顯示與用戶反饋關聯(lián)的消息和UI。
盡管已為示例性的目的描述了本發(fā)明的優(yōu)選實施例,但是本領域的技術人員應該理解,在不脫離如權利要求中所公開的本發(fā)明的范圍和精神的情況下,可進行各種修改、添加和替換,本發(fā)明的范圍包括權利要求等同物的范圍。
權利要求
1.一種用于在無線終端中處理日程相關事件的設備,該設備包括存儲器,用于存儲根據日程相關事件的角色用戶接口圖像;事件收集器,用于收集日程相關事件,并產生用于標識日程相關事件的事件消息;事件控制器,用于為日程相關事件提供多個專家,確定在所述專家中與所述事件消息對應的專家,并基于日程相關事件選擇并輸出角色用戶接口,這包括在確定的專家中;和代理表達部分,基于日程相關事件,訪問和輸出與所述角色用戶接口對應的角色圖像和文本。
2.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家根據先前登記的日程的開始時間或結束時間來設置定時器事件,并且當所述定時器事件發(fā)生時,顯示用于指示改變接收通知模式的消息和與該消息對應的角色。
3.如權利要求1所述的設備,其中,所述事件控制器還包括這樣一個專家當當前時間是先前登記的日程的開始時間或結束時間時,確定先前登記的日程的開始時間或結束時間是否與另一日程重疊,當所述日程的時間與另一日程重疊時,確定接收通知模式的改變時刻,并且當當前時間是所述改變時刻時,顯示用于指示接收通知模式沒有改變的消息和與該消息對應的角色。
4.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家當根據先前登記的日程的結束時間發(fā)生警報事件時,發(fā)出先前登記的日程的結束的警報,當發(fā)出所述警報時,顯示日程相關菜單列表,接收從日程相關菜單中選擇的至少一個菜單,并顯示用于指示添加與接收的菜單對應的項的消息和與該消息對應的角色。
5.如權利要求4所述的設備,其中,所述日程相關菜單包括備忘錄、日程登記、要做的事情的登記、先前登記的日程的檢查和日程警報的結束。
6.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家在先前登記的假日的預定時間段之前或者在該假日設置定時器事件,根據發(fā)生的定時器事件發(fā)出到所述假日為止的剩余天數(shù)的警報,或者顯示用于報告某天是假日的消息和與該消息對應的角色。
7.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家當假日警報事件發(fā)生時,顯示用于指示假日日程的添加的內容,或者顯示用于指示對假日中存在的先前登記的日程進行檢查的消息和與該消息對應的角色。
8.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家在先前登記的周年紀念日的預定時間段之前或者在該周年紀念日設置警報定時器事件,根據發(fā)生的定時器事件發(fā)出到周年紀念日為止的剩余天數(shù)的警報,或者顯示用于報告某天是周年紀念日的消息和與該消息對應的角色。
9.如權利要求1所述的設備,其中,所述事件控制器包括這樣一個專家當周年紀念日警報事件發(fā)生時,顯示用于指示周年紀念日日程的添加的內容,或者顯示用于指示對周年紀念日中存在的先前登記的日程進行檢查的消息和與該消息對應的角色。
10.如權利要求1所述的設備,其中,所述事件控制器被構造為在預置時刻檢查先前登記的日程,并且當?shù)怯浀娜粘痰臄?shù)量大于預置日程的數(shù)量時,顯示用于指示對登記的日程進行檢查的消息和與該消息對應的角色。
11.如權利要求1所述的設備,其中,所述事件控制器被構造為在預置時刻檢查用戶設置的要做的事情的列表,并且當在所述時刻存在未完成的要做的事情時,顯示未完成的要做的事情的列表和與該列表對應的角色。
12.如權利要求1所述的設備,其中,所述存儲器存儲用于報告日程開始和結束的角色圖像;用于指示改變接收通知模式的角色圖像;用于根據所述日程的結束指示另一日程、要做的事情和備忘錄的登記的角色圖像;用于報告假日和指示假日日程添加的角色圖像;用于指示對先前登記在假日中的日程和所述登記的日程進行檢查的角色圖像;用于報告周年紀念日和指示周年紀念日日程添加的角色圖像;用于指示對先前登記在周年紀念日中的日程和所述登記的日程進行檢查的角色圖像;和用于指示對先前登記的要做的事情進行檢查和該要做的事情的完成或未完成的角色圖像。
13.一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟當日程相關事件發(fā)生時,存儲該日程相關事件;檢查預置的專家以處理每個日程相關事件;調用檢查的專家并允許該專家處理所述日程相關事件;和根據已處理所述日程相關事件的專家來檢查處理結果,并顯示根據所述專家基于處理結果而預置的與處理結果有關的表達。
14.如權利要求13所述的方法,其中,用于處理日程相關事件中的日程開始和結束警報事件的專家對應于第一專家和第二專家,和第一專家在預置日程的開始時間產生日程開始警報事件,確定當前接收通知模式是否是第一模式,并顯示用于指示接收通知模式變?yōu)榈诙J降南⒑团c該消息對應的角色;和第二專家在預置日程的結束時間產生日程結束警報事件,確定當前接收通知模式是否是第二模式,并顯示用于指示接收通知模式變?yōu)榈谝荒J降南⒑团c該消息對應的角色。
15.如權利要求13所述的方法,其中,當?shù)诙<腋鶕粘探Y束警報的產生來指示接收通知模式從第二模式變?yōu)榈谝荒J綍r,當產生日程結束警報事件時,第三專家顯示包括另一日程、備忘錄和要做的事情的菜單的日程相關列表,顯示用于指示將至少一項添加到所述列表中的消息和與該消息對應的角色,接收用戶選擇的至少一項,并執(zhí)行接收的項的功能。
16.如權利要求15所述的方法,其中,當備忘錄菜單被選擇時,第二專家顯示包括語音備忘錄、音頻備忘錄和文本備忘錄項的子菜單,并根據選擇的項來操作連接至音頻處理器的麥克風。
17.如權利要求13所述的方法,其中,第一專家和第二專家在日程開始和結束警報事件產生之前檢查另一日程的存在,在重疊的日程結束的時刻顯示用于指示模式改變的消息,第三專家在重疊的日程結束的時刻顯示用于指示日程添加的消息和與該消息對應的角色。
18.如權利要求13所述的方法,其中,第一模式對應于響鈴模式,第二模式對應于振動模式。
19.如權利要求13所述的方法,還包括以下步驟當?shù)谒膶<绎@示模式改變指示消息時,如果用戶超過預置次數(shù)沒有改變模式,那么防止顯示所述消息。
20.如權利要求13所述的方法,其中,當產生日程開始和結束警報事件時,第四專家自動改變相應的模式,并顯示用于報告改變的模式的消息和與該消息對應的角色。
21.如權利要求13所述的方法,其中,用于處理日程相關事件中的假日警報事件的專家對應于第五專家和第九專家,和第五專家檢查先前登記的假日,在預置時刻之前設置相應假日的警報事件,在所述假日警報事件的產生時刻產生假日警報事件,并顯示根據假日警報事件的消息和與該消息對應的角色,和當產生假日警報事件時,第九專家確定是否存在先前登記的假日日程,顯示先前登記的日程,或者顯示用于指示日程登記的消息和與該消息對應的角色。
22.如權利要求13所述的方法,其中,用于處理日程相關事件中的周年紀念日警報事件的專家對應于第六專家和第十專家,和第六專家確定是否存在用戶預置的周年紀念日,在預置的時刻之前設置相應周年紀念日的警報事件,當所述警報事件產生時,發(fā)出相應周年紀念日的警報,并顯示根據周年紀念日的消息和與該消息對應的角色,和當產生所述警報事件時,第十專家確定是否存在對應于周年紀念日的預置日程,并顯示所述預置日程,或者顯示用于指示日程登記的消息和與該消息對應的角色。
23.如權利要求22所述的方法,其中,用于處理相應周年紀念日的警報事件的第七專家確定是否存在用戶預置的周年紀念日,設置警報從而當存在所述周年紀念日時在相應的周年紀念日發(fā)生所述警報事件,并且當相應的周年紀念日到來時,顯示用于報告相應的周年紀念日的消息和與該消息對應的角色。
24.如權利要求13所述的方法,其中,用于處理日程相關事件中的A/S警報事件的專家對應于第十一專家,所述第十一專家在預定時間段之后檢查無線終端的狀態(tài)和A/S信息,并根據檢查結果顯示用于指示無線終端的狀態(tài)和A/S的消息和與該消息對應的角色。
25.如權利要求13所述的方法,其中,用于處理日程相關事件中的TO-DO警報事件的專家對應于第十二專家和第十三專家,和第十二專家在第一預置時間檢查預先登記的當天的TO-DO,并且當檢查結果是存在當天未完成的TO-DO時,顯示用于報告存在當天未完成的TO-DO的消息和與該消息對應的角色,和第十三專家在第二預置時間檢查其它日的TO-DO,并且當檢查結果是存在其它日未完成的TO-DO時,顯示用于報告存在其它日未完成的TO-DO的消息和與該消息對應的角色。
26.如權利要求25所述的方法,其中,用于報告存在未完成的TO-DO的消息被顯示,未完成的TO-DO的狀態(tài)由用戶改變?yōu)閯h除、添加或改變完成時刻。
27.一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟確定是否存在登記的日程;確定在登記的日程中是否存在滿足日程警報條件的日程;當存在滿足日程警報條件的日程時,發(fā)出該日程的警報,并顯示用于指示根據該日程改變接收通知模式的消息;和接收關于是否改變接收通知模式的設置,并改變接收通知模式。
28.如權利要求27所述的方法,其中,當滿足日程條件和報告日程開始的警報產生時,顯示用于指示接收通知模式改變?yōu)檎駝幽J降南ⅲ⑶耶敐M足日程條件和報告日程結束的警報產生時,顯示用于指示接收通知模式改變?yōu)轫戔從J降南ⅰ?br> 29.如權利要求27所述的方法,其中,當用于指示模式改變的消息被顯示時,如果用戶超過預置次數(shù)沒有改變模式,那么不顯示所述消息。
30.如權利要求27所述的方法,其中,當在已發(fā)出其警報的日程結束之前另一日程重疊時,不顯示用于指示模式改變的消息,并且在重疊日程結束時,顯示用于指示模式改變的消息。
31.如權利要求27所述的方法,其中,當產生日程開始和結束警報時,不顯示用于指示模式改變的消息,并且所述模式自動變?yōu)轭A置模式。
32.如權利要求27所述的方法,還包括以下步驟當產生日程結束警報時,顯示包括備忘錄登記、日程登記、TO-DO登記和日程檢查的多個菜單的日程相關菜單;和接收從顯示的菜單中選擇的至少一個菜單,并執(zhí)行與接收的菜單對應的菜單。
33.如權利要求32所述的方法,還包括以下步驟當備忘錄登記菜單被選擇時,顯示包括圖像備忘錄、音頻備忘錄和文本備忘錄的子項;和當圖像備忘錄項被選擇時,操作相機,當音頻備忘錄項被選擇時,操作麥克風,或者當文本備忘錄項被選擇時,執(zhí)行改變?yōu)檩斎肽J健?br> 34.一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟確定是否存在登記的周年紀念日;當在登記的周年紀念日中存在滿足周年紀念日警報條件的周年紀念日時,發(fā)出所述周年紀念日的警報;當發(fā)出所述周年紀念日的警報時,顯示用于報告根據所述周年紀念日的日程登記和是否添加其它周年紀念日的至少一條消息;和根據用戶設置添加所述其它周年紀念日,并登記和存儲日程。
35.如權利要求34所述的方法,其中,在所述周年紀念日之前的預置時刻或者在所述周年紀念日的預置時間執(zhí)行發(fā)出所述周年紀念日警報的步驟,并且在所述警報的結束時刻,對登記的周年紀念日中與已發(fā)出其警報的周年紀念日最鄰近的周年紀念日再次設置警報。
36.一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟確定是否存在登記的假日;當在登記的假日中存在滿足假日警報條件的假日時,發(fā)出該假日警報;當發(fā)出所述假日警報時,顯示用于報告是否登記根據所述假日的日程的消息;和根據用戶設置,登記并存儲所述假日的日程。
37.如權利要求36所述的方法,其中,在所述假日之前的預置時刻或者在所述假日的預置時間執(zhí)行發(fā)出所述假日警報的步驟,并且在所述警報的結束時刻對登記的假日中與已發(fā)出其警報的假日最鄰近的假日再次設置警報。
38.一種用于在無線終端中處理日程相關事件的方法,該方法包括以下步驟檢查登記的TO-DO項;確定在所述TO-DO項中是否存在未完成的TO-DO項;和當存在未完成的TO-DO項時,在報告存在未完成的TO-DO項的時刻顯示未完成的TO-DO項。
39.如權利要求38所述的方法,其中,根據報告未完成的TO-DO項的時刻,顯示當天未完成的TO-DO項或者顯示其它日未完成的TO-DO項。
40.如權利要求38所述的方法,其中,用戶從未完成的TO-DO項中選擇的項被刪除,或者TO-DO的完成時刻被改變并被存儲。
全文摘要
本發(fā)明公開了一種通過虛擬形象代理功能來處理日程相關事件的設備和方法。在該設備和方法中,角色代理功能被添加到無線終端中。當在無線終端中產生事件時,利用相應虛擬形象UI來表達事件的產生和處理。因此,當產生日程相關事件時,可以通過角色代理功能來表達事件。
文檔編號G06Q10/00GK1798170SQ200510132460
公開日2006年7月5日 申請日期2005年12月21日 優(yōu)先權日2004年12月21日
發(fā)明者金在昊, 徐正旭, 金炫志 申請人:三星電子株式會社
網友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1