專利名稱:一種回復信息的方法和終端的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及通信技術(shù)領(lǐng)域,特別涉及一種回復信息的方法和終端。
背景技術(shù):
目前,隨著通信技術(shù)的發(fā)展,手機等移動終端已經(jīng)成為人們不可或缺的通信工具, 極大方便用戶隨時隨地與他人取得聯(lián)系。然而,用戶在享受移動終端帶來便利的同時,也遇 到了新的問題。比如下面列舉的三種情況(1)用戶在一些特定場合(比如開會),接到電話或者短信時不方便接聽或者回
Μ. ο(2)用戶攜帶手機,但手機處于靜音模式,用戶可能不知道何時接到電話或短信, 因此不能回復主叫用戶。(3)用戶忘記攜帶手機,不知道何時接到電話或短信,因此不能回復主叫用戶。在上述情況下,由于主叫用戶不能得到用戶的回應(yīng),因此在不知情的情況下,可能 會不斷打電話或者發(fā)短信給用戶,而用戶卻不能通知主叫用戶目前不能或不方便回復信 肩、ο綜上所述,現(xiàn)有技術(shù)中還沒有一種能夠自動回復信息的方法。
發(fā)明內(nèi)容
本發(fā)明實施例提供一種自動回復信息的方法和終端,用于在用戶不能或不方便回 復信息時,能夠自動回復信息給主叫終端。一種回復信息的方法,包括被叫終端在接到主叫終端來電后,從事件記錄中提取事件信息;被叫終端將事件信息構(gòu)造為通知信息發(fā)送給主叫終端。所述被叫終端在接到主叫終端來電后,從事件記錄中提取事件信息之前,還包 括被叫終端確定自動回復信息功能開啟。所述來電的類型為呼叫請求;被叫終端在接到主叫終端來電后,從事件記錄中提取事件信息之前還包括所述被叫終端在確定自動回復信息功能開啟后終止呼叫請求。被叫終端將事件信息構(gòu)造為通知信息發(fā)送給主叫終端,包括被叫終端將事件信息嵌入預(yù)設(shè)的模板信息中構(gòu)造為通知信息,并將所述通知信息 發(fā)送給主叫終端。所述事件記錄包括日程安排、備忘錄和記事本中的一個或多個;所述事件信息包括主題信息、開始時間、結(jié)束時間和地點中的一個或多個。一種回復信息的裝置,包括
提取模塊,用于在接到主叫終端來電后,從事件記錄中提取事件信息;發(fā)送模塊,用于將提取模塊提取的事件信息構(gòu)造為通知信息發(fā)送給主叫終端。所述裝置還包括查詢模塊,用于在接到主叫終端來電后,查詢是否開啟自動回復信息功能,在確定 自動回復信息功能開啟后,觸發(fā)所述提取模塊從事件記錄中提取事件信息。所述查詢模塊還用于在所述來電的類型為呼叫請求,且確定自動回復信息功能開啟后,終止呼叫請求。所述發(fā)送模塊具體用于將所述提取模塊提取的事件信息嵌入預(yù)先設(shè)置的模板信息中構(gòu)造為通知信息,并 將所述通知信息發(fā)送給主叫終端。一種終端,其特征在于,包括上述回復信息的裝置。由于被叫終端能夠從事件信息中提取事件信息,并將提取的事件信息發(fā)送給主叫 終端,因此被叫終端能夠自動回復信息給主叫終端。進一步地,由于被叫終端能夠自動回復信息給主叫終端,解決了使用被叫終端的 用戶在特定場合下不能回信的困擾,同時使用主叫終端的主叫用戶由于得到及時回應(yīng),可 以避免在不知情的情況下不斷打電話或發(fā)信息干擾用戶,從而能夠提升雙方用戶體驗。
圖1為本發(fā)明實施例中第一種回復信息的方法示意圖;圖2為本發(fā)明實施例中日程安排頁面示意圖;圖3為本發(fā)明實施例中設(shè)置自動回復信息功能的頁面示意圖;圖4為本發(fā)明實施例中第二種回復信息的方法示意圖;圖5為本發(fā)明實施例中終端的結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明提供一種回復信息的方法包括被叫終端接到主叫終端來電后,自動從事 件記錄中提取事件信息;將事件信息構(gòu)造為通知信息發(fā)送給主叫終端。采用本發(fā)明方案,被 叫終端能夠自動回復信息給主叫終端。進一步地,解決了用戶在特定場合下不能回信的困 擾,同時主叫用戶由于得到及時回應(yīng),避免在不知情的情況下不斷打電話或發(fā)信息給用戶, 從而能夠提升雙方用戶體驗。下面結(jié)合說明書附圖對本發(fā)明的方案進一步詳細介紹。參見圖1,為本發(fā)明實施例提供的一種回復信息的方法,該方法包括步驟101、被叫終端接到主叫終端來電后,從事件記錄中提取事件信息。步驟102、被叫終端將事件信息構(gòu)造為通知信息發(fā)送給主叫終端。在步驟101中,來電的類型包括但不限于呼叫請求和信息,呼叫請求包括但不限 于語音請求和視頻請求,信息包括但不限于短信息(Short Message Service =SMS)和多媒 體信息(Multimedia Messaging Service :MMS,簡稱彩信)。其中,事件記錄是被叫終端上的基本應(yīng)用信息,是日程安排、備忘錄和記事本等能 夠記錄具體事件的應(yīng)用程序的統(tǒng)稱,事件記錄包括但不限于日程安排、備忘錄和記事本中
4的一個或多個,比如被叫終端可以有一個事件記錄的應(yīng)用程序,也可以有多個事件記錄的 應(yīng)用程序。事件記錄的應(yīng)用程序用于記錄用戶的日常事件,每個事件可以有多個事件信息。被叫終端具體從哪一個事件記錄的應(yīng)用程序提取事件信息可以由用戶預(yù)先設(shè)定 或者由被叫終端在軟件程序中預(yù)先設(shè)定。較佳的,為了提升用戶體驗,由用戶設(shè)定被叫終端具體從哪一個事件記錄的應(yīng)用 程序提取事件信息。具體從哪一個事件記錄的應(yīng)用程序提取事件信息的方式有多種,下面列舉兩種 假設(shè),被叫終端中自帶日程安排、備忘錄和記事本三個應(yīng)用程序。方式一、直接設(shè)定從日程安排或備忘錄或記事本中提取事件信息。方式二、將日程安排、備忘錄和記事本設(shè)定優(yōu)先級,按照優(yōu)先級順序,從優(yōu)先級較 高的應(yīng)用程序中提取事件信息。比如,優(yōu)先級排序為日程安排 > 備忘錄 > 記事本,則被叫 終端先從日程安排中提取事件信息,如果日程安排中沒有記錄事件,則從備忘錄中提取事 件信息,如果備忘錄中沒有記錄事件,從記事本中提取事件信息。需要說明的是,設(shè)定從哪一個事件記錄的應(yīng)用程序提取事件信息的方式并不局限 于上述兩種方式,其它能夠設(shè)定從哪一個事件記錄的應(yīng)用程序提取事件信息的方式也同樣 適用于本發(fā)明實施例。如果事件記錄的一個應(yīng)用程序中有至少一個事件,較佳的,為了使自動回復信息 的內(nèi)容具有更高的準確性,每一個事件都設(shè)置日期,被叫終端在接到來電后,從當天的事件 中提取事件信息。進一步地,如果一天中有多個事件,則每個事件都設(shè)置開始時間和結(jié)束時 間,被叫終端在接到來電后,判斷來電時間點屬于哪一個事件的時間段內(nèi),從而提取時間段 對應(yīng)的事件信息。一個事件一般包括主題、開始時間、結(jié)束時間、地點等多個事件信息。參見圖2,為 事件記錄中的日程安排的一種頁面示意圖,從圖中可以看出,日程安排的一個事件包括主 題、開始時間、結(jié)束時間、地點等多個事件信息。被叫終端提取至少一個事件信息,具體提取 哪個或哪幾個事件信息可以由用戶預(yù)先設(shè)定或由被叫終端在軟件程序中預(yù)先設(shè)定。比如, 設(shè)定只提取主題,或者設(shè)定提取主題和結(jié)束時間,或者設(shè)定提取主題、開始時間、結(jié)束時間 和地點。較佳的,為了提升用戶體驗,由用戶設(shè)定被叫終端具體提取哪個或哪幾個事件信 肩、ο需要說明的是,以上舉例所用的主題、開始時間、結(jié)束時間、地點等事件信息只是 為了便于說明本發(fā)明實施例,并不用于限定本發(fā)明,其它事件信息也同樣適用本發(fā)明實施 例。若被叫終端提取的事件信息至少有兩個,相應(yīng)的,步驟102中,被叫終端可以將事 件信息按照預(yù)設(shè)的順序構(gòu)造為通知信息,將通知信息發(fā)送給主叫終端。比如提取的事件 信息為主題(開會)和開始時間(14:00),構(gòu)造的通知信息可以是“開會14:00”,也可以是 "14:00 開會”。為了使主叫用戶知曉用戶何時方便接收來電,以防多次去電打擾用戶,被叫終端 提取的事件信息中包括結(jié)束時間,這樣可以保證主叫用戶便能夠知道用戶在結(jié)束時間前不方便接收來電。較佳的,為了在需要自動回復信息時才自動回復,還可以設(shè)置一個自動回復信息 功能,并由用戶選擇什么時候開啟和關(guān)閉。相應(yīng)的,步驟101中,被叫終端接到來電后,首先 查詢是否開啟自動回復信息功能,在確定自動回復信息功能開啟后,從事件記錄中提取事 件fe息。進一步地,如果來電類型為呼叫請求,為減少主叫用戶撥號后的等待時間,被叫終 端可以在確定自動回復信息功能開啟后終止呼叫請求,然后從事件記錄中提取事件信息。步驟102中,為了使被叫終端發(fā)送給主叫終端的事件信息具有更強的可讀性,較 佳的,被叫終端可以將提取的時間信息嵌入預(yù)先設(shè)置的模板信息中構(gòu)造為通知信息,比如, 被叫終端提取的信息為“開會”(主題)、“ 14:00” (開始時間)、“ 16:00” (結(jié)束時間)、公司 (地點),將事件信息嵌入到模板信息中構(gòu)造的通知信息為“您好!,我正在M 時 間從IiiM到liiM,請稍后聯(lián)系?!逼渲?,帶下劃線的部分為提取的事件信息,不帶下劃線 的部分為模板信息。較佳的,為了使自動回復信息的內(nèi)容個性化,提升用戶體驗,模板信息可以由被叫 終端事先設(shè)定,也可以由用戶自由編輯和更改。需要說明的是,以上模板的內(nèi)容只是舉例用,并不用于限定本發(fā)明。其它模板信息 的內(nèi)容也同樣適用本發(fā)明實施例。比如模板信息為“您好,我在—,從—到—正在—,稍后與您聯(lián)系?!逼渲?,下劃線部 分可將提取的地點、開始時間、結(jié)束時間和主題的具體內(nèi)容依次嵌入模板信息的下劃線處, 構(gòu)造的通知信息為“您好,我在公司,從14:00到16:00 ιΗ在開會,稍后與您聯(lián)系。”步驟101之前,還包括用戶設(shè)置自動回復信息的功能。參見圖3,為本發(fā)明實施例中用戶在被叫終端上設(shè)置自動回復信息功能的一種頁 面示意圖,其中,用戶在需要開啟自動回復信息功能的時候,在被叫終端上選中“自動回復 信息”功能項,并且選中“從事件記錄中提取信息”,根據(jù)需要選中“從日程安排中提取”,然 后根據(jù)需要選中提取的事件信息“主題”、“地點”、“開始時間”和“結(jié)束時間”,內(nèi)容設(shè)置部 分可填可不填。較佳的,為了使自動回復的信息具有更強的可讀性,在內(nèi)容設(shè)置中填入信息 模板,以便于與提取的事件信息責成完整的通知信息。信息模板可以采用被叫終端自帶的 模板,也可以由用戶自行編輯或更改。在不填內(nèi)容設(shè)置中的內(nèi)容的情況下,被叫終端在接到主叫終端來電后,提取預(yù)設(shè) 的事件信息,并將事件信息構(gòu)造為通知信息發(fā)送給主叫終端。在填寫內(nèi)容設(shè)置中的內(nèi)容的情況下,被叫終端在接到主叫終端來電后,提取預(yù)設(shè) 的事件信息,與模板信息組成通知信息,再將通知信息發(fā)送給主叫終端。為了能夠預(yù)覽內(nèi) 容設(shè)置中的內(nèi)容,提高通知信息的內(nèi)容準確性,較佳的,在選取需要提取的事件信息之后, 將事件信息的名稱同步到內(nèi)容設(shè)置的輸入框中,用戶根據(jù)同步后的事件信息,編輯或更改 模板信息。比如,預(yù)設(shè)的需要提取的事件信息為主題、地點、開始時間和結(jié)束時間,同步到 內(nèi)容設(shè)置中的順序為地點_開始時間_結(jié)束時間_主題(其中同步到內(nèi)容設(shè)置中的順序 可以由被叫終端預(yù)先設(shè)定),因此可以編輯模板信息為“您好,我在—,從—到—正在—, 稍后與您聯(lián)系?!鳖A(yù)覽的效果為“您好,我在地點,從開始時間到結(jié)束時間ιΗ在主題,稍后 與您聯(lián)系?!逼渲校瑤聞澗€的部分的內(nèi)容,在用戶接到主叫終端來電后,用實際提取的事件信息作相應(yīng)替換,形成通知信息。比如提取的地點是“公司”、主題是“開會”、開始時間是 “14:00”、結(jié)束時間是“16:00”,則替換后的信息內(nèi)容為=“您好,我在公司,從1400到1600 正在M,稍后與您聯(lián)系?!?。采用本發(fā)明實施例的模板信息的好處在于,不必每次編寫信息 內(nèi)容,但是能夠根據(jù)用戶的安排更新事件信息的具體內(nèi)容,自動回復最新的通知信息內(nèi)容。需要說明的是,本發(fā)明實施例的頁面設(shè)置示意圖僅是為方便說明本發(fā)明方案所舉 的一個例子,并不用于限定本發(fā)明。參見圖4,為本發(fā)明實施例提供的一種自動回復信息的方法流程示意圖。在本實施 例中,用戶預(yù)設(shè)從日程安排中提取事件信息,預(yù)設(shè)提取的事件信息為地點、主題、開始時間、 結(jié)束時間,采用如圖3所示的模板信息。該自動回復信息的方法包括如下步驟步驟401、被叫終端收到主叫終端的呼叫請求。步驟402、被叫終端查詢是否開啟自動回復信息功能,如果是,執(zhí)行步驟403,否則 結(jié)束流程。步驟403、被叫終端終止呼叫請求。其中,步驟403是一個可選步驟,也可以不執(zhí)行步驟403,直接執(zhí)行步驟404。步驟404、被叫終端從日程安排中提取事件信息。在本實施例中,提取地點、主題、開始時間和結(jié)束時間四個事件信息。步驟405、被叫終端將事件信息對應(yīng)地嵌入模板信息中構(gòu)造為通知信息。步驟406、被叫終端將通知信息發(fā)送給主叫終端?;谕话l(fā)明構(gòu)思,本發(fā)明實施例中還提供了一種終端,由于終端解決問題的原 理與圖1中一種回復信息的方法相似,因此終端的實施可以參見方法的實施,重復之處不 再贅述。參見圖5,本發(fā)明實施例提供的一種回復信息的裝置,包括提取模塊501,用于在接到主叫終端來電后,從事件記錄中提取事件信息。事件記錄和事件信息參見圖1中關(guān)于事件記錄和事件信息的相關(guān)內(nèi)容,在此不再 贅述。發(fā)送模塊502,用于將提取模塊501提取的事件信息構(gòu)造為通知信息發(fā)送給主叫 終端。進一步地,該裝置還包括設(shè)置模塊503,用于設(shè)置自動回復信息功能。較佳的,為了減少本發(fā)明實施例中的裝置進行不必要的操作,該裝置還包括查詢模塊504,用于在接到來電后,查詢設(shè)置模塊503是否開啟自動回復信息功 能,在確定自動回復信息功能開啟后,觸發(fā)提取模塊501從事件記錄中提取事件信息。較佳的,在提取模塊501提取的事件信息至少有兩個時,發(fā)送模塊502還用于將提 取模塊501提取的事件信息按照預(yù)設(shè)的順序構(gòu)造為通知信息,發(fā)送給主叫終端。進一步地,設(shè)置模塊503還用于設(shè)置自動回復信息的模板信息。其中,模板信息可以是終端中自帶的信息或由用戶編輯的信息。較佳的,為了使發(fā)送給主叫終端的事件信息具有更強的可讀性,發(fā)送模塊502還 用于將提取模塊501提取的事件信息嵌入設(shè)置模塊503預(yù)先設(shè)置的模板信息中構(gòu)造為通 知信息,將通知信息發(fā)送給主叫終端。
7
進一步地,如果來電類型為呼叫請求,較佳的,為減少主叫用戶撥號后的等待時 間,查詢模塊504在確定自動回復信息功能開啟后終止呼叫請求,然后觸發(fā)提取模塊501從 事件記錄中提取事件信息。本發(fā)明實施例還提供一種終端,其中本發(fā)明實施例的終端包括圖5中回復信息的 裝置,其中終端中的各模塊可以以硬件形式實現(xiàn)。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白,本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序 產(chǎn)品。因此,本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實 施例的形式。而且,本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn) 品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程 圖和/或方框圖來描述的。應(yīng)理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一 流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合??商峁┻@些計算 機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理 器以產(chǎn)生一個機器,使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生 用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能 的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特 定方式工作的計算機可讀存儲器中,使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指 令裝置的制造品,該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或 多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上,使得在計 算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理,從而在計算機或 其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖 一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例,但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造 性概念,則可對這些實施例作出另外的變更和修改。所以,所附權(quán)利要求意欲解釋為包括優(yōu) 選實施例以及落入本發(fā)明范圍的所有變更和修改。從上述實施例可以看出由于本發(fā)明實施例通過被叫終端接到主叫終端來電后, 從事件記錄中提取事件信息,將事件信息構(gòu)造為通知信息發(fā)送給主叫終端,因此能夠自動 回復信息給主叫終端,解決了用戶在特定場合下不能回信的困擾,同時使主叫終端得到及 時回應(yīng),可以避免在不知情的情況下不斷打電話或發(fā)信息干擾用戶,從而能夠提升雙方用 戶體驗。顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種回復信息的方法,其特征在于,該方法包括被叫終端在接到主叫終端來電后,從事件記錄中提取事件信息;所述被叫終端將所述事件信息構(gòu)造為通知信息發(fā)送給所述主叫終端。
2.如權(quán)利要求1所述的方法,其特征在于,所述被叫終端在接到主叫終端來電后,從事 件記錄中提取事件信息之前,還包括所述被叫終端確定自動回復信息功能開啟。
3.如權(quán)利要求2所述的方法,其特征在于,所述來電的類型為呼叫請求; 被叫終端在接到主叫終端來電后,從事件記錄中提取事件信息之前還包括 所述被叫終端在確定自動回復信息功能開啟后終止呼叫請求。
4.如權(quán)利要求1-3任一所述的方法,其特征在于,所述被叫終端將所述事件信息構(gòu)造 為通知信息發(fā)送給所述主叫終端,包括所述被叫終端將所述事件信息嵌入預(yù)設(shè)的模板信息中構(gòu)造為通知信息,并將所述通知 信息發(fā)送給所述主叫終端。
5.如權(quán)利要求1所述的方法,其特征在于,所述事件記錄包括日程安排、備忘錄和記事 本中的一個或多個;所述事件信息包括主題信息、開始時間、結(jié)束時間和地點中的一個或多個。
6.一種回復信息的裝置,其特征在于,該裝置包括提取模塊,用于在接到主叫終端來電后,從事件記錄中提取事件信息;發(fā)送模塊,用于將提取模塊提取的所述事件信息構(gòu)造為通知信息發(fā)送給所述主叫終端。
7.如權(quán)利要求6所述的裝置,其特征在于,所述裝置還包括查詢模塊,用于在接到主叫終端來電后,查詢是否開啟自動回復信息功能,在確定自動 回復信息功能開啟后,觸發(fā)所述提取模塊從所述事件記錄中提取所述事件信息。
8.如權(quán)利要求7所述的裝置,其特征在于,所述查詢模塊還用于在所述來電的類型為呼叫請求,且確定自動回復信息功能開啟后,終止呼叫請求。
9.如權(quán)利要求6-8任一所述的裝置,其特征在于,所述發(fā)送模塊具體用于將所述提取模塊提取的所述事件信息嵌入預(yù)先設(shè)置的模板信息中構(gòu)造為通知信息,并 將所述通知信息發(fā)送給所述主叫終端。
10.一種終端,其特征在于,包括如權(quán)利要求6-8任一所述的裝置。
全文摘要
本發(fā)明實施例公開了一種回復信息的方法和終端。該方法包括被叫終端接到主叫終端來電后,從事件記錄中提取事件信息;將事件信息構(gòu)造為通知信息發(fā)送給主叫終端。采用本發(fā)明實施例的方法,被叫終端能夠自動回復信息給主叫終端,解決了用戶在特定場合下不能回信的困擾,也使主叫終端得到及時回應(yīng),從而能夠提升雙方用戶體驗。
文檔編號H04M1/64GK101958958SQ20101050168
公開日2011年1月26日 申請日期2010年9月29日 優(yōu)先權(quán)日2010年9月29日
發(fā)明者張本全, 黃勤波 申請人:中興通訊股份有限公司