亚洲狠狠干,亚洲国产福利精品一区二区,国产八区,激情文学亚洲色图

一種發(fā)送短信的方法和裝置制造方法

文檔序號:7980392閱讀:224來源:國知局
一種發(fā)送短信的方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種發(fā)送短信的方法及裝置,涉及數(shù)據(jù)通信【技術(shù)領(lǐng)域】,解決了現(xiàn)有技術(shù)用戶群發(fā)短信時操作過程繁瑣、重發(fā)、漏發(fā)等技術(shù)問題。其中,方法包括:監(jiān)測來自發(fā)信終端的短信;根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將所述接收到的短信收錄為已收待回短信;在接收到用戶從所述已收待回短信中選定的群發(fā)回復(fù)對象后,根據(jù)每個回復(fù)對象從屬的聯(lián)系人相關(guān)信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板;將所述匹配的內(nèi)容模板推薦給所述用戶群發(fā)短信時使用。本發(fā)明實施例主要用于終端短信操作。
【專利說明】一種發(fā)送短信的方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及數(shù)據(jù)通信【技術(shù)領(lǐng)域】,特別涉及的方法及裝置。
【背景技術(shù)】
[0002]短信作為一種便捷的通信方式已經(jīng)滲透到人們工作和生活的各個領(lǐng)域,成為手機的一項重要業(yè)務(wù)。發(fā)送和回復(fù)短信更是用戶使用手機業(yè)務(wù)經(jīng)常進行的操作,特別是在收發(fā)群消息或過節(jié)時的祝福短信時,若收發(fā)短信的操作流程繁瑣,則將會給用戶帶來不便。
[0003]現(xiàn)有技術(shù)中,針對上述問題提出了如下方法,主要包括:根據(jù)聯(lián)系人所在的不同群組,為每個群組設(shè)置對應(yīng)的體現(xiàn)收發(fā)雙方關(guān)系的個性化內(nèi)容;在編輯群發(fā)短信時將所述個性化內(nèi)容插入到所述群發(fā)短信中,發(fā)送至選定的聯(lián)系人。該方法通過在群發(fā)短信中加入豐富的個性化信息,使其盡量符合接收方的身份,體現(xiàn)收發(fā)雙方的關(guān)系,解決了現(xiàn)有技術(shù)中群發(fā)短信內(nèi)容雷同的問題。通過設(shè)置聯(lián)系人群組和個性化信息給用戶群發(fā)操作帶來了極大的便利。
[0004]但是,上述方法至少存在如下技術(shù)問題:為每個不同群組設(shè)置個性化內(nèi)容過于復(fù)雜,操作上仍較為繁瑣;并且現(xiàn)有方案僅針對群發(fā)送短信的情況提出了簡化操作的方法,但仍存在回復(fù)群信息時操作過程繁瑣、重發(fā)、漏發(fā)短信的問題等;此外,同時群發(fā)多個短信也占用大量系統(tǒng)資源,造成發(fā)送失敗或無法進行其他操作。

【發(fā)明內(nèi)容】

[0005]為了解決現(xiàn)有技術(shù)中群發(fā)信息或群回復(fù)信息操作過程繁瑣、重發(fā)或漏發(fā)短信的問題,本發(fā)明的一個方面提出一種發(fā)送短信的方法。
[0006]一種發(fā)送短信的方法,包括:
[0007]監(jiān)測來自發(fā)信終端的短信;
[0008]根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將所述接收到的短信收錄為已收待回短信;
[0009]在接收到用戶從所述已收待回短信中選定的群發(fā)回復(fù)對象后,根據(jù)每個回復(fù)對象從屬的聯(lián)系人相關(guān)信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板;
[0010]將所述匹配的內(nèi)容模板推薦給所述用戶群發(fā)短信時使用。
[0011]一種發(fā)送短信的裝置,包括:
[0012]監(jiān)測模塊,用于監(jiān)測來自發(fā)信終端的短信;
[0013]確定模塊,用于根據(jù)所述監(jiān)測模塊監(jiān)測到的發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信;
[0014]收錄模塊,用于將確定模塊確定的需要回復(fù)的短信收錄為已收待回短信;
[0015]選擇模塊,用于接收用戶從所述收錄模塊收錄的已收待回短信中選定的群發(fā)回復(fù)對象;
[0016]推薦模塊,用于根據(jù)選擇模塊接收到的每個所述回復(fù)對象從屬的聯(lián)系人信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板,并將所述匹配的內(nèi)容模板推薦給所述用戶群發(fā)短信時使用。
[0017]本發(fā)明提供的發(fā)送短信的方法和裝置可以根據(jù)發(fā)信終端相關(guān)信息確定是否需要回復(fù)短信,并將確定的需要回復(fù)的短信收錄為已收待回短信,故而可保證過濾到不需回復(fù)的短信,避免了例如重發(fā)或錯發(fā)等不需要回復(fù)短信的情況,并且支持群發(fā)回復(fù)短信的同時,主動查找與回復(fù)對象的聯(lián)系人相關(guān)信息相匹配的內(nèi)容模板,因此解決了現(xiàn)有技術(shù)需要用戶設(shè)置模板的技術(shù)問題,故而可以取得減少用戶繁瑣操作、可以群發(fā)回復(fù)信息和避免重復(fù)或錯發(fā)短信的技術(shù)效果。
【專利附圖】

【附圖說明】
[0018]附圖用來提供對本發(fā)明的進一步理解,并且構(gòu)成說明書的一部分,與本發(fā)明的實施例一起用于解釋本發(fā)明,并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0019]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。
[0020]圖1為本發(fā)明實施例1中發(fā)送短信的方法流程示意圖;
[0021]圖2為本發(fā)明實施例2中發(fā)送短信的方法流程示意圖;
[0022]圖3為本發(fā)明實施例3中發(fā)送短信的裝置結(jié)構(gòu)示意圖。
【具體實施方式】
[0023]下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。并且,以下各實施例均為本發(fā)明的可選方案,實施例的排列順序及實施例的編號與其優(yōu)選執(zhí)行的順序無關(guān)。
[0024]實施例1
[0025]本發(fā)明實施例提供了一種發(fā)送短信的方法,如同I所示,該方法包括:
[0026]步驟101,終端監(jiān)測接收到的來自發(fā)信終端的短信;
[0027]實際上,該終端相對于發(fā)信終端來說具體應(yīng)該為收信終端,由于無論是收信終端還是發(fā)信終端均是相對而言的(因為收信終端發(fā)短信時也將成為發(fā)信終端),但是為了便于清楚的描述本發(fā)明實施例,在本實施例以及下面的實施例中將分別用收信終端和發(fā)信終端來加以區(qū)別。
[0028]步驟102,收信終端根據(jù)發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將接收到的短信收錄為已收待回短信;
[0029]該聯(lián)系人相關(guān)信息包括:發(fā)信終端對應(yīng)的用戶標(biāo)識,發(fā)信終端發(fā)送短信的時間,與發(fā)信終端通信時常用的內(nèi)容模板,發(fā)信終端所屬群組,發(fā)信終端備注,發(fā)信終端的端口號,收信終端的發(fā)信記錄(可按照用戶標(biāo)識對應(yīng)記錄),發(fā)信終端的用戶名稱和發(fā)信終端的用戶昵稱。[0030]本實施例提供的方法中并沒有將所有收到的短信均收錄為已收待回短信,而是在該步驟102中根據(jù)聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,這事為了避免重發(fā)或漏發(fā)短信的情況,因此可以在實現(xiàn)群發(fā)回復(fù)短信的同時,解決漏發(fā)或錯發(fā)短信的技術(shù)問題。
[0031]步驟103,收信終端在接收到用戶從已收待回短信中選定的群發(fā)回復(fù)對象后,根據(jù)每個回復(fù)對象從屬的聯(lián)系人相關(guān)信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板;
[0032]在本實施例中,內(nèi)容模板是預(yù)制好的短信內(nèi)容,按照聯(lián)系人身份的不同,預(yù)設(shè)置出了領(lǐng)導(dǎo)、同事、親屬、朋友等不同的模板。包括節(jié)日祝福的、問候的、會議通知的、婚慶等內(nèi)容。
[0033]在本實施例中,用戶(該用戶為使用收信終端的用戶)在想要群發(fā)短信選擇群發(fā)回復(fù)對象時,收信終端根據(jù)聯(lián)系人相關(guān)信息中的關(guān)鍵詞,比如:發(fā)信終端所屬群組(即發(fā)信人所屬群組)、該發(fā)信終端備注(即與發(fā)信人有關(guān)的備注信息)、發(fā)信終端的用戶昵稱(即發(fā)信人的昵稱)、發(fā)信終端的用戶名稱(即發(fā)信人姓名)等信息分析回復(fù)對象的身份,例如回復(fù)對象A所在群組為領(lǐng)導(dǎo),昵稱為“XX經(jīng)理”,則收信終端將根據(jù)關(guān)鍵詞查找對應(yīng)預(yù)設(shè)的個性化內(nèi)容模板庫,然后按照匹配度,從領(lǐng)導(dǎo)類模板庫中推薦一個內(nèi)容模板給用戶。
[0034]步驟104,收信終端將匹配的內(nèi)容模板推薦給用戶群發(fā)短信時使用。
[0035]用戶可以對每一個回復(fù)對象在收信終端推薦的內(nèi)容模板上編輯短信,所有需要回復(fù)的對象的短信均編輯完成,并確定后可群發(fā)這些短信。
[0036]收信終端在接收到用戶選擇的回復(fù)對象后,在編輯短信時,收信終端將匹配的內(nèi)容模板推薦給用戶使用,由于已經(jīng)不再需要用戶預(yù)設(shè)個性化內(nèi)容模板,而是終端自主智能推薦給用戶,因此方便用戶操作,加快了用戶群發(fā)短信的速度。
[0037]本實施例中雖然以收信終端接收到發(fā)信終端的短信后,群發(fā)回復(fù)短信為場景描述了上述方法,但是,本領(lǐng)域技術(shù)人員均知:回復(fù)短信實際上也是一種發(fā)送短信的過程,因此上述方法也同樣適用于用戶單純發(fā)送短信的場景,不同之處僅在于稱謂上的轉(zhuǎn)換,例如此時的收信終端為終端,回復(fù)對象為發(fā)送對象。
[0038]本發(fā)明實施例提供的方法中,終端可通過智能的根據(jù)聯(lián)系人相關(guān)信息推薦內(nèi)容模板,因此簡化了群發(fā)和回復(fù)短信的操作,此外,還可智能回復(fù)短信,支持批量回復(fù)和發(fā)送信息,解決漏發(fā)重發(fā)問題,取得了簡化群發(fā)短信操作、避免漏發(fā)重發(fā)短信的技術(shù)效果。
[0039]實施例2
[0040]本實施例具體提供一種發(fā)送短信的方法,如圖2所示,該方法包括:
[0041]步驟201,收信終端監(jiān)測接收到的來自發(fā)信終端的短信。
[0042]具體而言,該監(jiān)測包括:1、在收信終端上部署本實施例的方法后,收信終端可以獲取近期(如48小時)內(nèi)接收到的短信,并這些短信收錄到已收待回信箱中。因為超過48小時的短信一般已經(jīng)回復(fù)過或不需要回復(fù)。2、近期內(nèi)的短信收集完成后,將開始實時監(jiān)聽短信的收發(fā),一旦發(fā)現(xiàn)接收到新短信,則執(zhí)行收信終端將根據(jù)發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將接收到的短信收錄為已收待回短信的過程,具體該過程請參見下述步驟202-步驟206。
[0043]步驟202,收信終端根據(jù)發(fā)信終端從屬的聯(lián)系人相關(guān)信息中的用戶標(biāo)識(如手機號)確定是否為首次接收到該發(fā)信終端的短信;若確定為首次接收到發(fā)信終端的短信,則執(zhí)行203 ;否則,執(zhí)行步驟204。
[0044]下面步驟204-208的執(zhí)行方法是用于在確定不是首次接收到發(fā)信終端的短信后,收信終端需要根據(jù)聯(lián)系人相關(guān)信息中上一次接收到發(fā)信終端短信的時間進一步確定是否將短信收錄為已收待回短信。
[0045]步驟203,收信終端將短信收錄為已收待回短信。
[0046]步驟204,收信終端根據(jù)發(fā)信終端從屬的聯(lián)系人相關(guān)信息中的收信終端的發(fā)信記錄(由于在本實施例中發(fā)信記錄是按照手機號進行記錄的,因此此處的發(fā)信記錄,主要指收信終端上的發(fā)信記錄中向該發(fā)信終端發(fā)送短信的記錄,可以包括發(fā)送短信時的時間)確定用戶是否已經(jīng)回復(fù)過該發(fā)信終端的短信;若確定沒有回復(fù)過,則執(zhí)行步驟205 ;若確定有回復(fù)過,則執(zhí)行步驟206。
[0047]步驟205,收信終端用短信更新發(fā)信終端的已收待回短信;
[0048]步驟206,收信終端根據(jù)發(fā)信終端信息計算用戶上次回復(fù)發(fā)信終端短信的時間與本次接收到短信的時間之差,并判斷時間之差是否大于預(yù)設(shè)重發(fā)閾值;如果判定大于預(yù)設(shè)重發(fā)閾值(如72小時),則將短信收錄為已收待回短信;如果判定不大于預(yù)設(shè)重發(fā)閾值,則將短信過濾掉。
[0049]更具體地,例如步驟202-206如下:
[0050]收信終端根據(jù)手機號碼判斷是否第一次接收到該發(fā)信終端的短信,如果是第一接收,則收錄到已收待回信箱中,否則收信終端根據(jù)發(fā)信終端的手機號判斷是否已經(jīng)回復(fù)過短信給該發(fā)信終端(收信終端會對所有回復(fù)的短信按照手機號進行記錄,例如收信終端將所有發(fā)送過的短信收錄在“已收”信箱中),如果沒有回復(fù)過,則用該最新的一條接收到的短信更新已收待回列表中該發(fā)信終端的已收待回短信,否則進行下述分析過程,以防止重發(fā)或錯發(fā)。
[0051 ] 收信終端計算上次該發(fā)信終端回復(fù)過的短信與本次收到的短信的時間間隔是否超過預(yù)設(shè)的72小時,如果超過預(yù)設(shè)的72小時,則收錄到已收待回信箱中,否則,直接過濾掉。
[0052]采用上述步驟202-206的方法主要是考慮到:
[0053]1、收信終端需要判斷本次接收到的短信的發(fā)信終端是否在這個短信之前已經(jīng)發(fā)送過短信給收信終端,如果曾經(jīng)發(fā)送過短信,則收信終端更新已收待回信箱中的短信內(nèi)容,將該發(fā)信終端上一次發(fā)送而來的短信刪除,更新為本次收到的短信,這樣能保證按照會話模式展示,每一個發(fā)信終端在已收待回信箱中只顯示一條短信記錄,也就是在已收待回信箱的顯示頁面中只顯示最新的一條來自該發(fā)信終端的短信,保證一個電話號碼一條記錄。但是雙方交互的短信也都被記錄下來,可以通過點擊已收待回信箱中的記錄,進入信息查看頁面,信息查看頁面中按照時間先后順序顯示著雙方所有交互的短信。在已收待回頁面中,顯示的是本次(即最新)的短信內(nèi)容。如果發(fā)信終端原來沒有發(fā)送過短信到收信終端,則將收到的短信收錄到“已收待回信箱”中。
[0054]2、但是有時發(fā)信終端是重復(fù)發(fā)送了短信,為了避免收信終端重復(fù)回復(fù)短信,故而在上述I的基礎(chǔ)上,還需要進一步判斷收信終端是否已經(jīng)回復(fù)過或發(fā)送過短信給發(fā)信終端,如果已經(jīng)回復(fù)發(fā)送過,且收信終端最近一次給發(fā)信終端發(fā)送短信的時間與發(fā)信終端發(fā)送短信的時間間隔未超過72小時,則可視為說明發(fā)信終端重發(fā)或錯發(fā)短信,因此該短信將被過濾掉,不放入已收待回信箱中;如果收信終端給發(fā)信終端發(fā)送過短信,但收信終端最近一次給發(fā)信終端發(fā)送短信的時間與發(fā)信終端發(fā)送短信的時間間隔超過72小時,那么視為該短信是發(fā)信終端新發(fā)送來的,與上次收信終端回復(fù)的短信無關(guān)的短信,因此該短信將被收錄到已收待回信箱中。
[0055]又例如:甲發(fā)送短信A給乙,乙接收到短信后回復(fù)短信B給甲,甲又發(fā)送短信C給乙。然后乙判斷乙收到短信C的時間與發(fā)送短信B的時間間隔是否超過72小時,若超過,則將短信C收錄到已收待回信箱中,若未超過,則過濾掉短信C。
[0056]經(jīng)過上面步驟201-206后,收信終端餓已收待回信箱中已經(jīng)收錄了需要回復(fù)的短信,短信按照會話模式展示,即每一個聯(lián)系人只顯示一條記錄。用戶可以通過收信終端上提供的復(fù)選框勾選回復(fù)短信,也可以直接通過全選回復(fù)短信。對于不想回復(fù)的短信也可以執(zhí)行“忽略”操作,將其從列表中刪除。
[0057]具體而言,用戶選擇回復(fù)對象有兩種途徑:
[0058]一是直接從已收待回信箱中選擇,這些都是需要回復(fù)的短信,且已經(jīng)過濾了回復(fù)過的對象。
[0059]另一種就是從收信終端通訊錄中的聯(lián)系人列表中通過屏選或勾選選擇,然后將選擇的聯(lián)系人信息傳遞給編輯短信內(nèi)容模板。
[0060]這兩種途徑其實是從用戶操作的兩個角度說的:一個是回復(fù)短信,一個是主動發(fā)送短信。用戶操作中其實是不存在限制的。比如:甲從已收待回信箱中選擇了需要回復(fù)短信的電話號碼,但是又想順便給其他人一并發(fā)了,這時甲可以手動輸入電話號碼,或者從聯(lián)系人列表中選擇。
[0061]步驟207,收信終端在接收到用戶從已收待回短信中選定的群發(fā)回復(fù)對象后,根據(jù)每個回復(fù)對象從屬的聯(lián)系人相關(guān)信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板;
[0062]例如:收信終端根據(jù)每個回復(fù)對象從屬的聯(lián)系人信息(比如:群組、備注、昵稱、聯(lián)系人名稱等信息)分析聯(lián)系人的身份,如聯(lián)系人A所在群組為領(lǐng)導(dǎo),昵稱為“XX經(jīng)理”,則收信終端將根據(jù)聯(lián)系人相關(guān)信息在預(yù)設(shè)的個性化內(nèi)容目模板庫中查找對應(yīng)的模板庫,然后按照匹配度,從領(lǐng)導(dǎo)類模板庫中推薦一個模板給用戶。
[0063]聯(lián)系人相關(guān)信息包括:發(fā)信終端對應(yīng)的用戶標(biāo)識,發(fā)信終端發(fā)送短信的時間,與發(fā)信終端通信時常用的內(nèi)容模板,發(fā)信終端所屬群組,發(fā)信終端備注,發(fā)信終端的端口號,發(fā)信終端的用戶名稱和發(fā)信終端的用戶昵稱等。
[0064]又如:聯(lián)系人張三,在聯(lián)系人昵稱中設(shè)置為“張經(jīng)理”,備注中設(shè)置為“XXX公司總經(jīng)理”,在以往發(fā)送信息時,經(jīng)常使用領(lǐng)導(dǎo)類的模板等,這些都能幫助收信終端識別出聯(lián)系人張三是領(lǐng)導(dǎo)層面的,在推薦模板時,會自動在領(lǐng)導(dǎo)類模板中選擇使用率最高的內(nèi)容模板。
[0065]步驟208,收信終端將匹配的內(nèi)容模板推薦給用戶群發(fā)短信時使用。
[0066]此后,用戶可在內(nèi)容模板中的適當(dāng)位置插入稱謂標(biāo)志,該稱謂標(biāo)志在發(fā)送預(yù)覽時會被回復(fù)對象的昵稱所代替。如果收信終端中沒有設(shè)置昵稱,則會用回復(fù)對象的名稱代替。如果回復(fù)對象不在短信發(fā)送方的聯(lián)系人列表中,則會用“您”這樣的尊稱來代替。
[0067]用戶編輯完短信內(nèi)容后,可以預(yù)覽要發(fā)送的短信。本實施例中的收信終端還可提供預(yù)覽,便于針對每個回復(fù)對象的個性化內(nèi)容的展示,并且還具有支持預(yù)覽時直接修改短信內(nèi)容的功能。
[0068]用戶在確認(rèn)短信準(zhǔn)確后,點擊發(fā)送按鈕。
[0069]步驟209,收信終端會將用戶確定的群發(fā)短信存儲到信息池中。
[0070]具體而言,這時群發(fā)短信會被放到一個信息池中,將群發(fā)操作轉(zhuǎn)由后臺服務(wù)執(zhí)行。每成功發(fā)送一條短信就會將該短信存儲起來??蔀橐院蠓治龆绦诺穆?lián)系人身份時提供基礎(chǔ)分析數(shù)據(jù)。
[0071]步驟210,收信終端實時監(jiān)控系統(tǒng)資源占用狀況,當(dāng)監(jiān)控到系統(tǒng)資源占用狀況低于預(yù)設(shè)繁忙閾值時,發(fā)送信息池中存儲的群發(fā)短信;當(dāng)監(jiān)控到系統(tǒng)資源占用狀況超過預(yù)設(shè)空閑閾值時,停止群發(fā)短信。
[0072]本實施的方法中,用于點擊發(fā)送后,群發(fā)的短信將進入信息池,這時群發(fā)任務(wù)交由后臺服務(wù)執(zhí)行。同時系統(tǒng)中還運行著一個監(jiān)測手機系統(tǒng)資源的服務(wù)。該服務(wù)實時監(jiān)測著手機系統(tǒng)資源的使用情況,例如:手機CPU的使用率等。當(dāng)資源使用率低于預(yù)設(shè)的繁忙閾值(比如:CPU的資源使用率低于60%等)時,該服務(wù)就會啟動短信群發(fā)服務(wù),發(fā)送信息池內(nèi)的短信。當(dāng)資源使用率超過預(yù)設(shè)空閑閥值(繁忙閾值的數(shù)值可以與空閑閾值的數(shù)值相同)時,會停止短信群發(fā)服務(wù),將系統(tǒng)資源讓給用戶操作其他應(yīng)用。
[0073]此外,本實施例的方法中還包括:根據(jù)發(fā)信終端的從屬的聯(lián)系人相關(guān)信息中的端口號剔除垃圾短信的機制。
[0074]具體而言對于除了手機短信、飛信等方式發(fā)送的短信,按照端口號規(guī)則直接過濾掉。端口號規(guī)則如下:
[0075]1、以“9”開頭的端口號,收信終端判斷發(fā)信終端電話號碼,如果以“9”開頭,則過濾掉。
[0076]2、以“10086”開頭的端口號,收信終端判斷發(fā)信終端電話號碼,如果以“10086”開頭,則過濾掉。
[0077]3、以“ 106”開頭的端口號,收信終端判斷發(fā)信終端電話號碼,如果以“ 106”開頭,則過濾掉。
[0078]本發(fā)明實施例提供的上述方法中,雖然給出了執(zhí)行各步驟的先后順序,但是該順序僅為本發(fā)明的一個優(yōu)選的實施方式。顯然,本領(lǐng)域技術(shù)人員根據(jù)上述方法可以對該方法步驟的執(zhí)行順序進行多種多樣的等效變換,也就是說本發(fā)明實施例方法中的上述各步驟或部分步驟完全可以按照其他順序執(zhí)行,或者同時執(zhí)行。例如:先執(zhí)行剔除垃圾短信機制過程,再執(zhí)行步驟202 ;或者同時執(zhí)行步驟209和步驟210中的實時監(jiān)控系統(tǒng)資源過程。因此上述方法描述的各步驟的執(zhí)行順序并僅限于實施例中所提供的一種方式。
[0079]本實施例針對現(xiàn)有技術(shù)中群發(fā)短信獨占手機資源、短信群發(fā)時只能主動群發(fā)信息、無法群發(fā)回復(fù)短信的不足,提供了一種減少群發(fā)回復(fù)短信時的操作過程,可提高短信群發(fā)可用性的發(fā)送短信的方法,進而取得了可智能群發(fā)回復(fù)短信,避免重發(fā)或漏發(fā)短信,合理使用手機資源的技術(shù)效果。
[0080]實施例3
[0081]本實施例為了便于實現(xiàn)實施例1或2中的方法,提供了一種發(fā)送短信的裝置,該裝置可以置于實施例1或2的收信終端中或者該裝置就是實施例1或2中的收信終端。如圖3所示,該裝置包括:監(jiān)測模塊31,確定模塊32,收錄模塊33,選擇模塊34,推薦模塊35。[0082]監(jiān)測模塊31,用于接收來自發(fā)信終端的短信;確定模塊32,用于根據(jù)監(jiān)測模塊31監(jiān)測到的發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信;收錄模塊33,用于將確定模塊32確定的需要回復(fù)的短信收錄為已收待回短信;選擇模塊34,用于接收用戶從收錄模塊33收錄的已收待回短信中選定的群發(fā)回復(fù)對象;推薦模塊35,用于根據(jù)選擇模塊34接收到的每個回復(fù)對象從屬的聯(lián)系人信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板,并將匹配的內(nèi)容模板推薦給用戶群發(fā)短信時使用。
[0083]其中,上述聯(lián)系人相關(guān)信息包括:發(fā)信終端對應(yīng)的用戶標(biāo)識,發(fā)信終端發(fā)送短信的時間,與發(fā)信終端通信時常用的內(nèi)容模板,發(fā)信終端所屬群組,發(fā)信終端備注,發(fā)信終端的端口號,收信終端的發(fā)信記錄,發(fā)信終端的用戶名稱和發(fā)信終端的用戶昵稱。
[0084]優(yōu)選方案中,確定模塊32包括:
[0085]分析單元321,用于根據(jù)聯(lián)系人相關(guān)信息中的用戶標(biāo)識確定是否為首次接收到發(fā)信終端的短信;若確定為首次接收到發(fā)信終端的短信,則將短信收錄為已收待回短信;否貝U,根據(jù)發(fā)信終端相關(guān)信息中上一次接收到發(fā)信終端短信的時間進一步確定是否將短信收錄為已收待回短信。
[0086]進一步地,分析單元321包括:
[0087]過濾子單元3211,用于根據(jù)聯(lián)系人相關(guān)信息中的發(fā)送時間確定用戶是否已經(jīng)回復(fù)過發(fā)信終端短信;若確定沒有回復(fù)過,則用短信更新發(fā)信終端的已收待回短信;若確定有回復(fù)過,則根據(jù)發(fā)信終端信息計算用戶上次回復(fù)發(fā)信終端短信的時間與本次接收到短信的時間之差,并判斷時間之差是否大于預(yù)設(shè)重發(fā)閾值;如果判定大于預(yù)設(shè)重發(fā)閾值,則將短信收錄為已收待回短信;如果判定不大于預(yù)設(shè)重發(fā)閾值,則將短信過濾掉。
[0088]另一個優(yōu)選方案中,該裝置還可包括:資源監(jiān)控模塊36,存儲模塊37,編輯模塊38,發(fā)送模塊39。
[0089]資源監(jiān)控模塊36,用于實時監(jiān)控系統(tǒng)資源占用狀況;編輯模塊38,用于接收用戶輸入的短信內(nèi)容;存儲模塊37,用于將用戶確定的群發(fā)短信存儲到信息池中;相應(yīng)地,發(fā)送模塊39,用于在資源監(jiān)控模塊36監(jiān)控到系統(tǒng)資源占用狀況低于預(yù)設(shè)繁忙閾值時,發(fā)送存儲模塊37信息池中存儲的群發(fā)短信;在監(jiān)控到系統(tǒng)資源占用狀況超過預(yù)設(shè)空閑閾值時,停止發(fā)送存儲模塊中的群發(fā)短信。
[0090]更進一步地,該裝置還可剔除模塊,用于根據(jù)發(fā)信終端的從屬的聯(lián)系人相關(guān)信息中的端口號剔除垃圾短信。
[0091]本實施例提供的裝置具有根據(jù)聯(lián)系人相關(guān)信息判斷聯(lián)系人身份并為用戶自動推薦短信內(nèi)容模板的功能,因此簡化了群發(fā)操作過程;此外,該裝置還可以對監(jiān)聽到的短信按照規(guī)則進行判斷、將符合條件的短信收錄到已收待回信箱中,進而過濾掉重發(fā)或漏發(fā)的短信,有效的避免了漏發(fā)或重發(fā)短信的情況,并且群發(fā)短信時還可選擇系統(tǒng)較空閑時發(fā)送,由此實現(xiàn)了智能回復(fù)短信,支持批量回復(fù)和發(fā)送短信,避免漏發(fā)重發(fā)問題,自動過濾垃圾短信、不會獨占終端資源,不影響用戶的其他操作的技術(shù)效果。
[0092]本發(fā)明實施例提供的上述設(shè)備或裝置等產(chǎn)品是屬于以計算機程序的流程方法為依據(jù),并按照與方法實施例(實施例1-2中的至少一個)和/或附圖中方法流程的各步驟完全對應(yīng)一致的方式,所提供的功能模塊。并且由于這種功能模塊是通過計算機程序的方式實現(xiàn)的軟件裝置,所以對于裝置實施例3中未具體提及的功能模塊,由于考慮到根據(jù)上述方法實施例記載的內(nèi)容已經(jīng)足夠使本領(lǐng)域技術(shù)人員從方法記錄的各流程步驟直接地、毫無意外地確定實現(xiàn)所述步驟所必須建立的功能模塊,所以在此不贅述。
[0093]本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分是以軟件產(chǎn)品的形式體現(xiàn)出來的功能,也即是說:本發(fā)明的裝置、設(shè)備或者組成系統(tǒng)的各個設(shè)備其所執(zhí)行的方法或?qū)崿F(xiàn)的功能主體即便為硬件,但是實際上實現(xiàn)本發(fā)明上述功能的部分卻是計算機軟件產(chǎn)品的模塊或單元。并且該計算機軟件產(chǎn)品可存儲在可讀取的存儲介質(zhì)中,如計算機的軟盤,硬盤或光盤等,包括若干指令用以使得一臺設(shè)備執(zhí)行本發(fā)明各個實施例所述的方法。
[0094]以上所述,僅為本發(fā)明的【具體實施方式】,但本發(fā)明能有多種不同形式的【具體實施方式】,上文結(jié)合附圖對本發(fā)明做舉例說明,這并不意味著本發(fā)明所應(yīng)用的【具體實施方式】只能局限在這些特定的【具體實施方式】中,本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)了解,上文所提供的【具體實施方式】只是多種優(yōu)選實施方式中的一些示例,任何體現(xiàn)本發(fā)明權(quán)利要求的【具體實施方式】均應(yīng)在本發(fā)明權(quán)利要求所要求保護的范圍之內(nèi);本領(lǐng)域的技術(shù)人員能夠?qū)ι衔母鳌揪唧w實施方式】中所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換。凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換或者改進等,均應(yīng)包含在本發(fā)明權(quán)利要求的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種發(fā)送短信的方法,其特征在于,包括: 監(jiān)測來自發(fā)信終端的短信; 根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將所述接收到的短信收錄為已收待回短信; 在接收到用戶從所述已收待回短信中選定的群發(fā)回復(fù)對象后,根據(jù)每個回復(fù)對象從屬的聯(lián)系人相關(guān)信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板; 將所述匹配的內(nèi)容模板推薦給所述用戶群發(fā)短信時使用。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信,并將所述接收到的短信收錄為已收待回短信具體包括: 根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息中的用戶標(biāo)識確定是否為首次接收到所述發(fā)信終端的短信; 若確定為首次接收到所述發(fā)信終端的短信,則將所述短信收錄為已收待回短信;否則,根據(jù)所述聯(lián)系人相關(guān)信息中上一次接收到所述發(fā)信終端短信的時間進一步確定是否將所 述短信收錄為已收待回短信。
3.根據(jù)權(quán)利要求2所述的方法,其特征在于,所述根據(jù)所述聯(lián)系人相關(guān)信息中上一次接收到所述發(fā)信終端短信的時間進一步確定是否將所述短信收錄為已收待回短信具體包括: 根據(jù)所述發(fā)信終端從屬的聯(lián)系人相關(guān)信息中的發(fā)信記錄確定用戶是否已經(jīng)回復(fù)過所述發(fā)信終端短信; 若確定沒有回復(fù)過,則用所述短信更新所述發(fā)信終端的已收待回短信; 若確定有回復(fù)過,則根據(jù)所述發(fā)信終端信息計算用戶上次回復(fù)所述發(fā)信終端短信的時間與本次接收到所述短信的時間之差,并判斷所述時間之差是否大于預(yù)設(shè)重發(fā)閾值; 如果判定大于所述預(yù)設(shè)重發(fā)閾值,則將所述短信收錄為已收待回短信;如果判定不大于所述預(yù)設(shè)重發(fā)閾值,將所述短信過濾掉則。
4.根據(jù)權(quán)利要求1至3中任意一項所述的方法,其特征在于,該方法還包括: 實時監(jiān)控系統(tǒng)資源占用狀況; 將用戶確定的群發(fā)短信存儲到信息池中; 當(dāng)監(jiān)控到系統(tǒng)資源占用狀況低于預(yù)設(shè)繁忙閾值時,發(fā)送所述信息池中存儲的群發(fā)短?目; 當(dāng)監(jiān)控到系統(tǒng)資源占用狀況超過預(yù)設(shè)空閑閾值時,停止群發(fā)短信。
5.根據(jù)權(quán)利要求1至3中任意一項所述的方法,其特征在于,該方法還包括: 根據(jù)所述發(fā)信終端的從屬的聯(lián)系人相關(guān)信息中的端口號剔除垃圾短信。
6.根據(jù)權(quán)利要求1至3中任意一項所述的方法,其特征在于,所述聯(lián)系人相關(guān)信息包括:發(fā)信終端對應(yīng)的用戶標(biāo)識,發(fā)信終端發(fā)送短信的時間,與所述發(fā)信終端通信時常用的內(nèi)容模板,發(fā)信終端所屬群組,發(fā)信終端備注,發(fā)信終端的端口號,發(fā)信終端的發(fā)信記錄,發(fā)信終端的用戶名稱和發(fā)信終端的用戶昵稱。
7.—種發(fā)送短信的裝置,其特征在于,包括: 監(jiān)測模塊,用于監(jiān)測來自發(fā)信終端的短信; 確定模塊,用于根據(jù)所述監(jiān)測模塊監(jiān)測到的發(fā)信終端從屬的聯(lián)系人相關(guān)信息確定需要回復(fù)的短信; 收錄模塊,用于將確定模塊確定的需要回復(fù)的短信收錄為已收待回短信; 選擇模塊,用于接收用戶從所述收錄模塊收錄的已收待回短信中選定的群發(fā)回復(fù)對象; 推薦模塊,用于根據(jù)選擇模塊接收到的每個所述回復(fù)對象從屬的聯(lián)系人信息從預(yù)設(shè)的個性化內(nèi)容模板庫中查找匹配的內(nèi)容模板,并將所述匹配的內(nèi)容模板推薦給所述用戶群發(fā)短信時使用。
8.根據(jù)權(quán)利要求7所述的裝置,其特征在于,所述確定模塊包括: 分析單元,用于根據(jù)所述聯(lián)系人相關(guān)信息中的用戶標(biāo)識確定是否為首次接收到所述發(fā)信終端的短信;若確定為首次接收到所述發(fā)信終端的短信,則將所述短信收錄為已收待回短信;否則,根據(jù)所述發(fā)信終端相關(guān)信息中上一次接收到所述發(fā)信終端短信的時間進一步確定是否將所述短信收錄為已收待回短信。
9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,所述分析單元包括: 過濾子單元,用于根據(jù)所述 聯(lián)系人相關(guān)信息中的發(fā)信記錄確定用戶是否已經(jīng)回復(fù)過所述發(fā)信終端短信;若確定沒有回復(fù)過,則用所述短信更新所述發(fā)信終端的已收待回短信;若確定有回復(fù)過,則根據(jù)所述發(fā)信終端信息計算用戶上次回復(fù)所述發(fā)信終端短信的時間與本次接收到所述短信的時間之差,并判斷所述時間之差是否大于預(yù)設(shè)重發(fā)閾值;如果判定大于所述預(yù)設(shè)重發(fā)閾值,則將所述短信收錄為已收待回短信;如果判定不大于所述預(yù)設(shè)重發(fā)閾值,則將所述短信過濾掉。
10.根據(jù)權(quán)利要求7至9中任意一項所述的裝置,其特征在于,該裝置還包括: 資源監(jiān)控模塊,用于實時監(jiān)控系統(tǒng)資源占用狀況; 存儲模塊,用于將用戶確定的群發(fā)短信存儲到信息池中; 發(fā)送模塊,用于在資源監(jiān)控模塊監(jiān)控到系統(tǒng)資源占用狀況低于預(yù)設(shè)繁忙閾值時,發(fā)送所述存儲模塊信息池中存儲的群發(fā)短信;在控到系統(tǒng)資源占用狀況超過預(yù)設(shè)空閑閾值時,停止發(fā)送存儲模塊中的群發(fā)短信。
11.根據(jù)權(quán)利要求7至9中任意一項所述的裝置,其特征在于,該裝置還包括: 剔除模塊,用于根據(jù)所述發(fā)信終端的從屬的聯(lián)系人相關(guān)信息中的端口號剔除垃圾短?目。
12.根據(jù)權(quán)利要求7至9中任意一項所述的裝置,其特征在于,所述聯(lián)系人相關(guān)信息包括:發(fā)信終端對應(yīng)的用戶標(biāo)識,發(fā)信終端發(fā)送短信的時間,與所述發(fā)信終端通信時常用的內(nèi)容模板,發(fā)信終端所屬群組,發(fā)信終端備注,發(fā)信終端的端口號,發(fā)信記錄,發(fā)信終端的用戶名稱和發(fā)信終端的用戶昵稱。
【文檔編號】H04M1/725GK103516880SQ201210218864
【公開日】2014年1月15日 申請日期:2012年6月28日 優(yōu)先權(quán)日:2012年6月28日
【發(fā)明者】李連貴, 李旭升, 曹雪峰, 趙亞雄, 郭玉光, 寧溯, 李志
申請人:中國移動通信集團河北有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1