專(zhuān)利名稱(chēng)：一種移動(dòng)終端及發(fā)送消息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線網(wǎng)絡(luò)領(lǐng)域，特別是涉及一種移動(dòng)終端及發(fā)送消息的方法。
背景技術(shù)：
移動(dòng)終端用戶經(jīng)常使用SMS、EMS、MMS、EMAIL等功能發(fā)送節(jié)日問(wèn)候和生日祝福。目前，發(fā)送這些信息都是由用戶手動(dòng)完成的，而用戶在某一時(shí)間可能需要發(fā)送大量?jī)?nèi)容各不相同的信息，或者用戶可能在某一重要時(shí)間忘記發(fā)送相關(guān)信息。顯然手動(dòng)發(fā)送信息給用戶帶來(lái)了很多不便。

發(fā)明內(nèi)容
本發(fā)明提供一種發(fā)送消息的方法，用以解決目前手動(dòng)發(fā)送消息給用戶帶來(lái)很多不便的問(wèn)題。
本發(fā)明還提供了一種移動(dòng)終端，通過(guò)擴(kuò)展日程模塊來(lái)支撐本發(fā)明方法。
本發(fā)明移動(dòng)終端，包括信息模塊，用于編輯和發(fā)送的消息；日程模塊，用于設(shè)置待辦事宜，及其對(duì)應(yīng)的觸發(fā)時(shí)間；存儲(chǔ)模塊，用以存儲(chǔ)信息模塊編輯后的待發(fā)送消息；調(diào)用模塊，其連接于所述日程模塊和信息模塊之間，以使所述日程模塊通過(guò)該調(diào)用模塊內(nèi)置的調(diào)用規(guī)則調(diào)用信息模塊，來(lái)完成待發(fā)送消息的編輯；反饋模塊，用以將通過(guò)所述調(diào)用模塊編輯的待發(fā)送消息的索引反饋給所述日程模塊，使所述日程模塊中設(shè)置的發(fā)送時(shí)間與該待發(fā)送消息相對(duì)應(yīng)。
所述終端還包括第一判斷模塊，用以在所述日程模塊中設(shè)置的觸發(fā)時(shí)間到來(lái)時(shí)，判斷待辦事宜是否為發(fā)送消息。
所述終端還包括第二判斷模塊，用以在所述第一判斷模塊判斷待辦事宜為發(fā)送消息后，根據(jù)預(yù)先的設(shè)置判斷是否提醒用戶當(dāng)前存在應(yīng)發(fā)送的消息。
所述終端還包括報(bào)告模塊，用以在每個(gè)發(fā)送時(shí)間對(duì)應(yīng)的發(fā)送任務(wù)完成后，統(tǒng)計(jì)并報(bào)告發(fā)送結(jié)果。
所述信息模塊包括短信息(SMS)模塊、增強(qiáng)信息(EMS)模塊、多媒體信息(MMS)模塊和EMAIL模塊。
本發(fā)明還提供一種發(fā)送消息的方法，包括下列步驟A、在待發(fā)送消息對(duì)應(yīng)的觸發(fā)時(shí)間到來(lái)時(shí)，根據(jù)預(yù)先的設(shè)置判斷是否需要提示用戶，若是，則轉(zhuǎn)入步驟B；否則，直接發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息；B、提示并根據(jù)用戶的選擇決定是否發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
所述建立觸發(fā)時(shí)間與待發(fā)送消息的對(duì)應(yīng)關(guān)系，包括下列步驟用戶編輯待發(fā)送消息，以及設(shè)置該待發(fā)送消息的發(fā)送時(shí)間；該待發(fā)送消息被暫存于終端側(cè)后，建立該待發(fā)送消息的存儲(chǔ)地址與該待發(fā)送消息的發(fā)送時(shí)間之間的對(duì)應(yīng)關(guān)系。
所述發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息包括下列步驟觸發(fā)時(shí)間到來(lái)時(shí)，查找與該觸發(fā)時(shí)間對(duì)應(yīng)的地址信息；發(fā)送該地址存儲(chǔ)的消息。
所述步驟A之前包括步驟在觸發(fā)時(shí)間到來(lái)時(shí)，判斷應(yīng)觸發(fā)事件是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟A；否則，直接告知用戶任務(wù)的內(nèi)容。
所述步驟B之后還包括步驟在所述觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)完成后，統(tǒng)計(jì)發(fā)送結(jié)果。
本發(fā)明有益效果如下本發(fā)明在移動(dòng)終端中添加了調(diào)用模塊，用以使日程模塊通過(guò)該調(diào)用模塊內(nèi)置的調(diào)用規(guī)則調(diào)用信息模塊，來(lái)完成待發(fā)送消息的編輯；反饋模塊，用以將通過(guò)所述調(diào)用模塊編輯的待發(fā)送消息的索引反饋給日程模塊，使日程模塊中設(shè)置的發(fā)送時(shí)間與該待發(fā)送信息相對(duì)應(yīng)。
基于本發(fā)明移動(dòng)終端，本發(fā)明方法預(yù)先設(shè)置待發(fā)送消息，在觸發(fā)時(shí)間到來(lái)時(shí)發(fā)送對(duì)應(yīng)的待發(fā)送消息。并且在發(fā)送消息之前通知用戶選擇是否發(fā)送該消息，以節(jié)約用戶的資金。
通過(guò)本發(fā)明的實(shí)施，顯然可以使用戶在特定時(shí)間到來(lái)之前預(yù)先設(shè)定相關(guān)內(nèi)容的消息，這樣在特定時(shí)間到來(lái)時(shí)，無(wú)需用戶手動(dòng)發(fā)送相關(guān)消息。這樣就避免了在特定時(shí)間用戶需要發(fā)送大量?jī)?nèi)容各不相同的信息，或者用戶在特定時(shí)間忘記發(fā)送相關(guān)信息給用戶帶來(lái)的不便。


圖1為本發(fā)明移動(dòng)終端結(jié)構(gòu)示意圖；圖2為本發(fā)明方法步驟流程圖。
具體實(shí)施例方式
為了使用戶發(fā)送消息更加方便，有更多發(fā)送消息的方式可選擇，本發(fā)明提供了一種移動(dòng)終端，參見(jiàn)圖1所示，其包括環(huán)形串聯(lián)的日程模塊、調(diào)用模塊、信息模塊、存儲(chǔ)模塊和反饋模塊。所述信息模塊包括短信息(SMS)模塊、增強(qiáng)信息(EMS)模塊、多媒體信息(MMS)模塊和EMAIL模塊。
所述日程模塊，用以設(shè)置待辦事宜，及其對(duì)應(yīng)的觸發(fā)時(shí)間。
所述信息模塊，用以編輯和發(fā)送的消息。
所述調(diào)用模塊，用以使所述日程模塊通過(guò)該調(diào)用模塊內(nèi)置的調(diào)用規(guī)則調(diào)用信息模塊，來(lái)完成待發(fā)送消息的編輯。
所述存儲(chǔ)模塊，用以存儲(chǔ)信息模塊編輯后的待發(fā)送消息。
所述反饋模塊，用以將通過(guò)所述調(diào)用模塊編輯的待發(fā)送消息的索引反饋給所述日程模塊，使所述日程模塊中設(shè)置的發(fā)送時(shí)間與該待發(fā)送消息相對(duì)應(yīng)。
進(jìn)一步，在所述移動(dòng)終端中還設(shè)置有第一判斷模塊，用以在所述日程模塊中設(shè)置的觸發(fā)時(shí)間到來(lái)時(shí)，判斷待辦事宜是否為發(fā)送消息。
第二判斷模塊，用以在所述第一判斷模塊判斷待辦事宜為發(fā)送消息后，根據(jù)預(yù)先的設(shè)置判斷是否提醒用戶當(dāng)前存在應(yīng)發(fā)送的消息。
報(bào)告模塊，用以在每個(gè)發(fā)送時(shí)間對(duì)應(yīng)的發(fā)送任務(wù)完成后，統(tǒng)計(jì)并報(bào)告發(fā)送結(jié)果。
基于上述移動(dòng)終端，本發(fā)明提供一種發(fā)送消息的方法，參見(jiàn)圖2所示，包括下列步驟S1、觸發(fā)時(shí)間到來(lái)時(shí)，判斷對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S2；否則，直接提示用戶任務(wù)的內(nèi)容。
S2、根據(jù)預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送，若是，則轉(zhuǎn)入步驟S3；否則，轉(zhuǎn)入步驟S4。
S3、根據(jù)用戶的選擇決定是否發(fā)送。
S4、發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
S5、該觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)完成后，統(tǒng)計(jì)發(fā)送結(jié)果。
以下通過(guò)三個(gè)實(shí)例具體描述本發(fā)明方法。
實(shí)例一用戶選擇不發(fā)送觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
在發(fā)送流程啟動(dòng)之前，先要編輯并存儲(chǔ)待發(fā)送的消息。
首先，日程模塊利用調(diào)用模塊中存儲(chǔ)的信息模塊(SMS模塊、EMS模塊、MMS模塊和EMAIL模塊分別具有不同的調(diào)用接口)的調(diào)用接口來(lái)調(diào)用信息模塊，用以編輯待發(fā)送消息。同時(shí)設(shè)定該待發(fā)送消息的預(yù)計(jì)發(fā)送時(shí)間。
其次，信息模塊被觸發(fā)后，用戶可完成待發(fā)送消息的編輯工作。
再次，信息模塊自動(dòng)在編輯后的待發(fā)送消息中添加標(biāo)識(shí)信息，用以指示該待發(fā)送消息是日程模塊通過(guò)調(diào)用模塊調(diào)用信息模塊編輯的待發(fā)送消息。之后，將含有標(biāo)識(shí)信息的待發(fā)送消息存儲(chǔ)于存儲(chǔ)模塊。
最后，反饋模塊檢測(cè)存儲(chǔ)模塊中存儲(chǔ)的待發(fā)送消息中是否存在所述標(biāo)識(shí)信息，若存在，則反饋模塊從存儲(chǔ)模塊中獲取該待發(fā)送消息的存儲(chǔ)地址，并在建立地址索引后，將該地址索引反饋給所述日程模塊，使該待發(fā)送消息的發(fā)送時(shí)間與該待發(fā)送消息的存儲(chǔ)地址對(duì)應(yīng)。
S101、觸發(fā)時(shí)間到來(lái)時(shí)，判斷對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S102；否則，直接告知用戶任務(wù)的內(nèi)容。
由于日程模塊可編輯多種待辦事宜，一般包括下列內(nèi)容約會(huì)、私人、工作、會(huì)議、電話、SMS、EMS、MMS和EMAIL。
所以觸發(fā)時(shí)間到來(lái)時(shí)，先通過(guò)第一判斷模塊判斷該觸發(fā)時(shí)間對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S102；否則直接告知用戶任務(wù)的內(nèi)容(約會(huì)、私人、工作、會(huì)議、電話)。
S102、根據(jù)預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送。
由于觸發(fā)時(shí)間可能與編輯待發(fā)送消息的時(shí)間間隔很長(zhǎng)，所以用戶可能在觸發(fā)時(shí)間到來(lái)時(shí)不再需要發(fā)送該待發(fā)送消息。因此本步驟根據(jù)第二判斷模塊預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送。本例提示用戶選擇。
S103、根據(jù)用戶的選擇決定是否發(fā)送。
用戶根據(jù)移動(dòng)終端的提示，獲知當(dāng)前存在應(yīng)發(fā)送的消息和該消息的摘要。
在本例中用戶選擇不發(fā)送該待發(fā)送消息。至此流程結(jié)束。
實(shí)例二根據(jù)用戶的選擇決定發(fā)送消息。
在發(fā)送流程啟動(dòng)之前，先要編輯并存儲(chǔ)待發(fā)送的消息。
首先，日程模塊利用調(diào)用模塊中存儲(chǔ)的信息模塊(SMS模塊、EMS模塊、MMS模塊和EMAIL模塊分別具有不同的調(diào)用接口)的調(diào)用接口來(lái)調(diào)用信息模塊，用以編輯待發(fā)送消息。同時(shí)設(shè)定該待發(fā)送消息的預(yù)計(jì)發(fā)送時(shí)間。
其次，信息模塊被觸發(fā)后，用戶可完成待發(fā)送消息的編輯工作。
再次，信息模塊自動(dòng)在編輯后的待發(fā)送消息中添加標(biāo)識(shí)信息，用以指示該待發(fā)送消息是日程模塊通過(guò)調(diào)用模塊調(diào)用信息模塊編輯的待發(fā)送消息。之后，將含有標(biāo)識(shí)信息的待發(fā)送消息存儲(chǔ)于存儲(chǔ)模塊。
最后，反饋模塊檢測(cè)存儲(chǔ)模塊中存儲(chǔ)的待發(fā)送消息中是否存在所述標(biāo)識(shí)信息，若存在，則反饋模塊從存儲(chǔ)模塊中獲取該待發(fā)送消息的存儲(chǔ)地址，并在建立地址索引后，將該地址索引反饋給所述日程模塊，使該待發(fā)送消息的發(fā)送時(shí)間與該待發(fā)送消息的存儲(chǔ)地址對(duì)應(yīng)。
S201、觸發(fā)時(shí)間到來(lái)時(shí)，判斷對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S202；否則，直接告知用戶任務(wù)的內(nèi)容。
由于日程模塊可編輯多種待辦事宜，一般包括下列內(nèi)容約會(huì)、私人、工作、會(huì)議、電話、SMS、EMS、MMS和EMAIL。
所以觸發(fā)時(shí)間到來(lái)時(shí)，先通過(guò)第一判斷模塊判斷該觸發(fā)時(shí)間對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S202；否則直接告知用戶任務(wù)的內(nèi)容(約會(huì)、私人、工作、會(huì)議、電話)。
S202、根據(jù)預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送，若是，則轉(zhuǎn)入步驟S203；否則，轉(zhuǎn)入步驟S204。
由于觸發(fā)時(shí)間可能與編輯待發(fā)送消息的時(shí)間間隔很長(zhǎng)，所以用戶可能在觸發(fā)時(shí)間到來(lái)時(shí)不再需要發(fā)送該待發(fā)送消息。因此本步驟根據(jù)第二判斷模塊預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送。本例提示用戶選擇。
S203、根據(jù)用戶的選擇決定是否發(fā)送。
用戶根據(jù)移動(dòng)終端的提示，獲知當(dāng)前存在應(yīng)發(fā)送的消息和該消息的摘要。
在本例中用戶選擇發(fā)送該待發(fā)送消息。
S204、發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
用戶決定發(fā)送后，日程模塊根據(jù)反饋模塊發(fā)來(lái)的索引信息查找相應(yīng)地址中存儲(chǔ)的待發(fā)送消息，并觸發(fā)發(fā)送模塊將該消息發(fā)出。
S205、該觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)完成后，統(tǒng)計(jì)發(fā)送結(jié)果。
某一觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息可能不止一個(gè)，在該觸發(fā)時(shí)間對(duì)應(yīng)的所有待發(fā)送消息都處理完成后，報(bào)告模塊將所述各個(gè)消息的發(fā)送情況進(jìn)行統(tǒng)計(jì)，并告知用戶，使該用戶可以得知該觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)的完成情況。
實(shí)例三不提示用戶進(jìn)行選擇，直接發(fā)送。
在發(fā)送流程啟動(dòng)之前，先要編輯并存儲(chǔ)待發(fā)送的消息。
首先，日程模塊利用調(diào)用模塊中存儲(chǔ)的信息模塊(SMS模塊、EMS模塊、MMS模塊和EMAIL模塊分別具有不同的調(diào)用接口)的調(diào)用接口來(lái)調(diào)用信息模塊，用以編輯待發(fā)送消息。同時(shí)設(shè)定該待發(fā)送消息的預(yù)計(jì)發(fā)送時(shí)間。
其次，信息模塊被觸發(fā)后，用戶可完成待發(fā)送消息的編輯工作。
再次，信息模塊自動(dòng)在編輯后的待發(fā)送消息中添加標(biāo)識(shí)信息，用以指示該待發(fā)送消息是日程模塊通過(guò)調(diào)用模塊調(diào)用信息模塊編輯的待發(fā)送消息。之后，將含有標(biāo)識(shí)信息的待發(fā)送消息存儲(chǔ)于存儲(chǔ)模塊。
最后，反饋模塊檢測(cè)存儲(chǔ)模塊中存儲(chǔ)的待發(fā)送消息中是否存在所述標(biāo)識(shí)信息，若存在，則反饋模塊從存儲(chǔ)模塊中獲取該待發(fā)送消息的存儲(chǔ)地址，并在建立地址索引后，將該地址索引反饋給所述日程模塊，使該待發(fā)送消息的發(fā)送時(shí)間與該待發(fā)送消息的存儲(chǔ)地址對(duì)應(yīng)。
S301、觸發(fā)時(shí)間到來(lái)時(shí)，判斷對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S302；否則，直接告知用戶任務(wù)的內(nèi)容。
由于日程模塊可編輯多種待辦事宜，一般包括下列內(nèi)容約會(huì)、私人、工作、會(huì)議、電話、SMS、EMS、MMS和EMAIL。
所以觸發(fā)時(shí)間到來(lái)時(shí)，先通過(guò)第一判斷模塊判斷該觸發(fā)時(shí)間對(duì)應(yīng)的任務(wù)是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟S302；否則直接告知用戶任務(wù)的內(nèi)容(約會(huì)、私人、工作、會(huì)議、電話)。
S302、根據(jù)預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送，若是，則轉(zhuǎn)入步驟S303；否則，轉(zhuǎn)入步驟S304。
由于觸發(fā)時(shí)間可能與編輯待發(fā)送消息的時(shí)間間隔很長(zhǎng)，所以用戶可能在觸發(fā)時(shí)間到來(lái)時(shí)不再需要發(fā)送該待發(fā)送消息。因此本步驟根據(jù)第二判斷模塊預(yù)先的設(shè)置，判斷是否提示用戶選擇發(fā)送。本例不提示用戶選擇，所以跳過(guò)步驟S303。
S304、發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
日程模塊根據(jù)反饋模塊發(fā)來(lái)的索引信息查找相應(yīng)地址中存儲(chǔ)的待發(fā)送消息，并觸發(fā)發(fā)送模塊將該消息發(fā)出。
S305、該觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)完成后，統(tǒng)計(jì)發(fā)送結(jié)果。
某一觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息可能不止一個(gè)，在該觸發(fā)時(shí)間對(duì)應(yīng)的所有待發(fā)送消息都處理完成后，報(bào)告模塊將所述各個(gè)消息的發(fā)送情況進(jìn)行統(tǒng)計(jì)，并告知用戶，使該用戶可以得知該觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)的完成情況。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種移動(dòng)終端，包括信息模塊，用于編輯和發(fā)送消息；日程模塊，用于設(shè)置待辦事宜，及其對(duì)應(yīng)的觸發(fā)時(shí)間；存儲(chǔ)模塊，用以存儲(chǔ)信息模塊編輯后的待發(fā)送消息；其特征在于，所述終端還包括調(diào)用模塊，其連接于所述日程模塊和信息模塊之間，以使所述日程模塊通過(guò)該調(diào)用模塊內(nèi)置的調(diào)用規(guī)則調(diào)用信息模塊，來(lái)完成待發(fā)送消息的編輯；反饋模塊，用以將通過(guò)所述調(diào)用模塊編輯的待發(fā)送消息的索引反饋給所述日程模塊，使所述日程模塊中設(shè)置的發(fā)送時(shí)間與該待發(fā)送消息相對(duì)應(yīng)。
2.如權(quán)利要求1所述的終端，其特征在于，所述終端還包括第一判斷模塊，用以在所述日程模塊中設(shè)置的觸發(fā)時(shí)間到來(lái)時(shí)，判斷待辦事宜是否為發(fā)送消息。
3.如權(quán)利要求2所述的終端，其特征在于，所述終端還包括第二判斷模塊，用以在所述第一判斷模塊判斷待辦事宜為發(fā)送消息后，根據(jù)預(yù)先的設(shè)置判斷是否提醒用戶當(dāng)前存在應(yīng)發(fā)送的消息。
4.如權(quán)利要求3所述的終端，其特征在于，所述終端還包括報(bào)告模塊，用以在每個(gè)發(fā)送時(shí)間對(duì)應(yīng)的發(fā)送任務(wù)完成后，統(tǒng)計(jì)并報(bào)告發(fā)送結(jié)果。
5.如權(quán)利要求4所述的終端，其特征在于，所述信息模塊包括短信息(SMS)模塊、增強(qiáng)信息(EMS)模塊、多媒體信息(MMS)模塊和EMAIL模塊。
6.一種發(fā)送消息的方法，其特征在于，包括下列步驟A、在待發(fā)送消息對(duì)應(yīng)的觸發(fā)時(shí)間到來(lái)時(shí)，根據(jù)預(yù)先的設(shè)置判斷是否需要提示用戶，若是，則轉(zhuǎn)入步驟B；否則，直接發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息；B、提示并根據(jù)用戶的選擇決定是否發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息。
7.如權(quán)利要求6所述的方法，其特征在于，建立觸發(fā)時(shí)間與待發(fā)送消息的對(duì)應(yīng)關(guān)系，包括下列步驟用戶編輯待發(fā)送消息，以及設(shè)置該待發(fā)送消息的發(fā)送時(shí)間；該待發(fā)送消息被暫存于終端側(cè)后，建立該待發(fā)送消息的存儲(chǔ)地址與該待發(fā)送消息的發(fā)送時(shí)間之間的對(duì)應(yīng)關(guān)系。
8.如權(quán)利要求7所述的方法，其特征在于，所述發(fā)送與該觸發(fā)時(shí)間對(duì)應(yīng)的待發(fā)送消息包括下列步驟觸發(fā)時(shí)間到來(lái)時(shí)，查找與該觸發(fā)時(shí)間對(duì)應(yīng)的地址信息；以及發(fā)送該地址存儲(chǔ)的消息。
9.如權(quán)利要求8所述的方法，其特征在于，所述步驟A之前包括步驟在觸發(fā)時(shí)間到來(lái)時(shí)，判斷應(yīng)觸發(fā)事件是否為發(fā)送消息，若是，則轉(zhuǎn)入步驟A；否則，直接告知用戶任務(wù)的內(nèi)容。
10.如權(quán)利要求9所述的方法，其特征在于，所述步驟B之后還包括步驟在所述觸發(fā)時(shí)間對(duì)應(yīng)的發(fā)送消息任務(wù)完成后，統(tǒng)計(jì)發(fā)送結(jié)果。
全文摘要
本發(fā)明公開(kāi)了一種移動(dòng)終端，用以解決目前手動(dòng)發(fā)送消息給用戶帶來(lái)很多不便的問(wèn)題。本發(fā)明的移動(dòng)終端，包括信息模塊，用于編輯和發(fā)送消息；日程模塊，用于設(shè)置待辦事宜，及其對(duì)應(yīng)的觸發(fā)時(shí)間；存儲(chǔ)模塊，用以存儲(chǔ)信息模塊編輯后的待發(fā)送消息；調(diào)用模塊，其連接于所述日程模塊和信息模塊之間，以使所述日程模塊通過(guò)該調(diào)用模塊內(nèi)置的調(diào)用規(guī)則調(diào)用信息模塊，來(lái)完成待發(fā)送消息的編輯；反饋模塊，用以將通過(guò)所述調(diào)用模塊編輯的待發(fā)送消息的索引反饋給所述日程模塊，使所述日程模塊中設(shè)置的發(fā)送時(shí)間與該待發(fā)送消息相對(duì)應(yīng)。
文檔編號(hào)H04M1/725GK1852522SQ20051010245
公開(kāi)日2006年10月25日 申請(qǐng)日期2005年9月9日 優(yōu)先權(quán)日2005年9月9日
發(fā)明者國(guó)錦寧 申請(qǐng)人:華為技術(shù)有限公司