一種未處理信息的提醒方法及裝置制造方法
【專利摘要】本發(fā)明涉及通信【技術領域】，特別涉及一種未處理信息的提醒方法及裝置。所述一種未處理信息的提醒方法，包括：將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人；獲取未處理信息及所述未處理信息的發(fā)送方；判斷所述發(fā)送方是否為所述聯(lián)系人；若是，則識別所述聯(lián)系人所屬類別；執(zhí)行識別結果，向對應的所述提醒人發(fā)送一提醒信息。對聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人，在獲取未處理信息以及未處理信息的發(fā)送方后，判斷發(fā)送方是否為聯(lián)系人，若是，識別聯(lián)系人的所屬類別，根據識別出聯(lián)系人的類別，向對應的提醒人發(fā)送提醒信息，告知提醒人，用戶當前有未處理信息，再由提醒人告知用戶當前有未處理信息。
【專利說明】一種未處理信息的提醒方法及裝置
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，特別涉及一種未處理信息的提醒方法及裝置。
【背景技術】
[0002]甲打電話給乙，乙不在手機旁邊，無法得知甲的來電，甲乙雙方不能及時建立聯(lián)系。若甲為乙的老板，并且有急事找乙，乙因沒有及時與甲取得聯(lián)系，可能會引起甲的不滿；若甲為乙在生意上的合作伙伴，乙因沒有及時與甲取得聯(lián)系，可能會導致生意上的經濟損失。
[0003]在現有技術中，若乙沒有接聽電話，需要乙查看未接來電后才得知甲的來電，但是在查看未接來電之前沒有得到任何的提醒，在甲來電到乙查看未接來電期間的時間可能會很長，導致乙不能及時回復。

【發(fā)明內容】

[0004]針對現有技術不足，本發(fā)明的目的在于提供一種未處理信息的提醒方法及裝置，根據未處理信息的發(fā)送方對應的提醒人，獲取未處理信息后發(fā)送提醒信息給提醒人，由提醒人告知用戶當前有未處理信息，旨在解決有未處理信息時，用戶無法在查看未處理信息之前得知的問題。
[0005]本發(fā)明提出的技術方案是:
[0006]一種未處理信息的提醒方法,包括:
[0007]將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人；
[0008]獲取未處理信息及所述未處理信息的發(fā)送方；
[0009]判斷所述發(fā)送方是否為所述聯(lián)系人；
[0010]若是，則識別所述聯(lián)系人所屬類別；
[0011]執(zhí)行識別結果，向對應的所述提醒人發(fā)送一提醒信息。
[0012]進一步地，所述提醒方法還包括:
[0013]統(tǒng)計所述未處理信息次數；
[0014]若同一聯(lián)系人的所述未處理信息次數超過預設值，標記為緊急事件；
[0015]向對應的所述提醒人發(fā)送緊急事件提醒信息。
[0016]進一步地，所述聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒方法還包括:
[0017]預設所述第一類別聯(lián)系人的所述未處理信息為緊急事件；
[0018]獲取所述第一類別聯(lián)系人的所述未處理信息后，向對應的所述提醒人發(fā)送緊急事件提醒信息。
[0019]進一步地，所述提醒方法還包括:
[0020]當所述未處理信息的所述發(fā)送方為陌生人、未分類的聯(lián)系人及未設置提醒人的聯(lián)系人三種情況中任一種時，則不發(fā)送所述提醒信息。
[0021]進一步地，所述未處理信息包括未接來電、未讀短信及未讀郵件。[0022]本發(fā)明還提供一種未處理信息的提醒裝置，包括:
[0023]分類模塊，用于將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人；
[0024]獲取模塊，用于獲取未處理信息及所述未處理信息的發(fā)送方；
[0025]判斷模塊，用于判斷所述發(fā)送方是否為所述聯(lián)系人；
[0026]識別模塊，當所述發(fā)送方為所述聯(lián)系人時，用于識別所述聯(lián)系人所屬類別；
[0027]執(zhí)行模塊，用于執(zhí)行識別結果，向對應的所述提醒人發(fā)送一提醒信息。
[0028]進一步地，所述提醒裝置包括第一緊急提醒模塊，所述第一緊急提醒模塊包括:
[0029]統(tǒng)計模塊，用于統(tǒng)計所述未處理信息次數；
[0030]標記模塊，用于若同一聯(lián)系人的所述未處理信息次數超過預設值，標記為緊急事件；
[0031]第一執(zhí)行模塊，用于向對應的所述提醒人發(fā)送緊急事件提醒信息。
[0032]進一步地，所述聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒裝置包括第二緊急提醒模塊，所述第二緊急提醒模塊包括:
[0033]預設模塊，用于預設所述第一類別聯(lián)系人的所述未處理信息為緊急事件；
[0034]第二執(zhí)行模塊，用于獲取所述第一類別聯(lián)系人的所述未處理信息后，向對應的所述提醒人發(fā)送一緊急事件提醒信息。
[0035]進一步地，當所述判斷模塊判斷所述未處理信息的所述發(fā)送方為陌生人、所述識別模塊未識別出所述聯(lián)系人的類別以及未設置所述提醒人的所述聯(lián)系人三種情況中任一種時，所述執(zhí)行模塊不發(fā)送所述提醒信息。
[0036]進一步地，所述未處理信息包括未接來電、未讀短信及未讀郵件。
[0037]根據上述的技術方案，本發(fā)明一種未處理信息的提醒方法衣裝置的有益效果:對聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人，在獲取未處理信息以及未處理信息的發(fā)送方后，判斷發(fā)送方是否為聯(lián)系人，若是，識別聯(lián)系人的所屬類別，根據識別出聯(lián)系人的類別，向對應的提醒人發(fā)送提醒信息，告知提醒人，用戶當前有未處理信息，再由提醒人告知用戶當前有未處理信息。
【專利附圖】

【附圖說明】
[0038]圖1是本發(fā)明實施例提供的一種未處理信息的提醒方法的流程圖；
[0039]圖2是本發(fā)明實施例提供的一種未處理信息的提醒裝置的功能模塊框圖。
【具體實施方式】
[0040]為了使本發(fā)明的目的、技術方案及有益效果更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0041]如圖1所示，本發(fā)明實施例提供一種未處理信息的提醒方法，包括
[0042]步驟S101、將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人；
[0043]步驟S102、獲取未處理信息及未處理信息的發(fā)送方；
[0044]步驟S103、判斷發(fā)送方是否為聯(lián)系人；
[0045]步驟S104、若是，則識別聯(lián)系人所屬類別；[0046]步驟S105、執(zhí)行識別結果，向對應的提醒人發(fā)送一提醒信息。
[0047]對聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人，在獲取未處理信息及未處理信息的發(fā)送方后，判斷發(fā)送方是否為聯(lián)系人，若是，識別聯(lián)系人的所屬類別，根據識別出聯(lián)系人的類別，向對應的提醒人發(fā)送提醒信息，告知提醒人，用戶當前有未處理信息，再由提醒人告知用戶當前有未處理信息。
[0048]在步驟SlOl中，提醒人可以設置為一個聯(lián)系人或者一個以上的聯(lián)系人，本實施例中，提醒人為一個聯(lián)系人，也就是一個類別聯(lián)系人設定對應的一個提醒人。
[0049]本實施例中，將聯(lián)系人分為“好友”、“同事”及“家人”三種類別，對應地，“好友”類聯(lián)系人的提醒人為好友張三，“同事”類聯(lián)系人的提醒人為同事李四，“家人”類聯(lián)系人的提
醒人為老婆王五。
[0050]在步驟S102中，優(yōu)選地，未處理信息包括未接來電、未讀短信及未讀郵件。
[0051]當然，未處理信息還包括即時通訊軟件發(fā)送的消息。
[0052]本實施例中，利用終端自身的系統(tǒng)接收未處理信息，獲取未處理信息，如手機，手機可以接收未接來電、未讀短信并以未處理的方式告知用戶。在獲取未處理信息后，對未處理信息進行解析，進而可獲得未處理信息的發(fā)送方，如手機在接收未接來電、未讀短信時，都會帶有發(fā)送方的電話號碼。
[0053]在步驟S105中，發(fā)送提醒信息的方式可以是很多種，包括發(fā)送短信、消息、郵件、錄音。
[0054]例如，通過手機號碼向提醒人發(fā)送短信，通過手機號碼或座機號碼向提醒人發(fā)送預先錄制的錄音，通過郵箱地址向提醒人發(fā)送郵件，通過微博向提醒人發(fā)送消息。
[0055]例如，用戶終端獲取到未處理信息后，判斷未處理信息的類別，若未處理信息的聯(lián)系人為“好友”，則向好友張三發(fā)送提醒信息，以便好友張三告知用戶其終端當前有未處理信息。
[0056]同理，若未處理信息的聯(lián)系人為“同事”，則向同事李四發(fā)送提醒信息，以便同事李四告知用戶其終端當前有未處理信息。
[0057]同理，若未處理信息的聯(lián)系人為“家人”，則向老婆王五發(fā)送提醒信息，以便老婆王五告知用戶其終端當前有未處理信息。
[0058]為了讓提醒人更好地識別用戶當前未處理信息的重要性，可以向對應的提醒人發(fā)送緊急事件提醒信息，以表示當前的未處理信息比較重要，發(fā)送緊急事件提醒信息與發(fā)送提醒信息二者的提醒內容應當存在區(qū)分，如發(fā)送提醒信息的內容為“普通事件:A君于XX年XX月XX日聯(lián)系B君，請幫忙轉告”，而發(fā)送緊急事件提醒信息的內容為“緊急事件:A君于XX年XX月XX日有急事聯(lián)系B君,請幫忙轉告”。
[0059]當然，也可以是其它形式的區(qū)別，只要讓提醒人能夠識別出提醒信息和緊急事件提醒信息即可。
[0060]關于發(fā)送緊急事件提醒信息，本實施例中，所述提醒方法還包括:
[0061]統(tǒng)計未處理信息次數；
[0062]若同一聯(lián)系人的未處理信息次數超過預設值，標記為緊急事件；
[0063]向對應的提醒人發(fā)送緊急事件提醒信息。
[0064]同一聯(lián)系人的未處理信息次數超過預設值，優(yōu)選地，預設值為3，說明該聯(lián)系人比較急切想與用戶取得聯(lián)系，此時，會標記該聯(lián)系人的未處理信息為緊急事件，再次向對應的提醒人發(fā)送緊急事件信息，以便提醒人知道未處理信息為重要信息，加快將未處理信息的緊急情況告知用戶。
[0065]本實施例中，發(fā)送緊急事件提醒信息的方式包括但不限于送短信、消息、郵件、錄音。
[0066]當然，本發(fā)明實施例還可以是以頻率來標記緊急事件，若同一聯(lián)系人的未處理信息頻率超過預設值，標記為緊急事件，向對應的提醒人發(fā)送緊急事件提醒信息，如，同一聯(lián)系人的未處理信息在一分鐘內超過3次，標記為緊急事件。
[0067]為了讓提醒人更好地識別用戶當前未處理信息的重要性，在已分好類別的聯(lián)系人中，選定其中一類別的聯(lián)系人的未處理信息為緊急事件，或者，另外再分出一類別，設定該類別的聯(lián)系人的未處理信息為緊急事件。
[0068]本實施例中，聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒方法還包括:
[0069]預設第一類別聯(lián)系人的未處理信息為緊急事件；
[0070]獲取第一類別聯(lián)系人的未處理信息后，向對應的提醒人發(fā)送緊急事件提醒信息。
[0071]第一類別聯(lián)系人所包括的聯(lián)系人主要是上級領導、重要聯(lián)系人等，用戶可以自行設定，如，第一類別聯(lián)系人對應的提醒人為秘書，收到第一類別聯(lián)系人的未處理信息后，可直接向對應提醒人秘書發(fā)送緊急事件提醒信息，或者，先向提醒人秘書發(fā)送提醒信息，再發(fā)送緊急事件提醒信息。
[0072]對于一些不重要的未處理信息，可以不用提醒，所述提醒方法還包括:
[0073]當未處理信息的發(fā)送方為陌生人、未分類的聯(lián)系人及未設置提醒人的聯(lián)系人三種情況中任一種時，則不發(fā)送提醒信息。
[0074]陌生人指的是未存儲為聯(lián)系人的發(fā)送方，如在手機上只顯示未接來電的號碼，不顯示聯(lián)系人或者顯示“未知”。
[0075]對于陌生人、未分類的聯(lián)系人及未設置提醒人的聯(lián)系人，認為這三種聯(lián)系人的未處理信息重要程度低，這樣就不需要進行提醒，不用過多地麻煩提醒人。
[0076]為了實現上述的一種未處理信息的提醒方法，如圖2所示，本發(fā)明實施例還提供了一種未處理信息的提醒裝置，包括:
[0077]分類模塊11，用于將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人；
[0078]獲取模塊12,用于獲取未處理信息及未處理信息的發(fā)送方；
[0079]判斷模塊13，用于判斷發(fā)送方是否為聯(lián)系人；
[0080]識別模塊14，當發(fā)送方為聯(lián)系人時，用于識別聯(lián)系人所屬類別；
[0081]執(zhí)行模塊15，用于執(zhí)行識別結果，向對應的提醒人發(fā)送一提醒信息。
[0082]分類模塊11對聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人，在獲取模塊12獲取未處理信息及未處理信息的發(fā)送方后，判斷模塊13判斷發(fā)送方是否為聯(lián)系人，若是，識別模塊14識別聯(lián)系人所屬類別，根據識別出聯(lián)系人的類別，執(zhí)行模塊15向對應的提醒人發(fā)送提醒信息，告知提醒人，用戶當前有未處理信息，再由提醒人告知用戶當前有未處理信息。
[0083]在分類模塊11中，提醒人可以設置為一個聯(lián)系人或者一個以上的聯(lián)系人，本實施例中，提醒人為一個聯(lián)系人，也就是一個類別聯(lián)系人設定對應的一個提醒人。[0084]本實施例中，將聯(lián)系人分為“好友”、“同事”及“家人”三種類別，對應地，“好友”類聯(lián)系人的提醒人為好友張三，“同事”類聯(lián)系人的提醒人為同事李四，“家人”類聯(lián)系人的提
醒人為老婆王五。
[0085]優(yōu)選地，未處理信息包括未接來電、未讀短信及未讀郵件。
[0086]當然，未處理信息還包括即時通訊軟件發(fā)送的消息。
[0087]本實施例中，獲取模塊12利用終端自身的系統(tǒng)接收未處理信息，獲取未處理信息，如手機，手機可以接收未接來電、未讀短信并以未處理的方式告知用戶。在獲取未處理信息后，對未處理信息進行解析，進而可獲得未處理信息的發(fā)送方，如手機在接收未接來電、未讀短信時，都會帶有發(fā)送方的電話號碼。
[0088]在執(zhí)行模塊15中，發(fā)送提醒信息的方式可以是很多種，包括發(fā)送短信、消息、郵件、錄音。
[0089]例如，通過手機號碼向提醒人發(fā)送短信，通過手機號碼或座機號碼向提醒人發(fā)送預先錄制的錄音，通過郵箱地址向提醒人發(fā)送郵件，通過微博向提醒人發(fā)送消息。
[0090]例如，用戶終端獲取到未處理信息后，判斷未處理信息的類別，若未處理信息的聯(lián)系人為“好友”，則向好友張三發(fā)送提醒信息，以便好友張三告知用戶其終端當前有未處理信息。
[0091]同理，若未處理信息的聯(lián)系人為“同事”，則向同事李四發(fā)送提醒信息，以便同事李四告知用戶其終端當前有未 處理信息。
[0092]同理，若未處理信息的聯(lián)系人為“家人”，則向老婆王五發(fā)送提醒信息，以便老婆王五告知用戶其終端當前有未處理信息。
[0093]為了讓提醒人更好地識別用戶當前未處理信息的重要性，可以向對應的提醒人發(fā)送緊急事件提醒信息，以表示當前的未處理信息比較重要，發(fā)送緊急事件提醒信息與發(fā)送提醒信息二者的提醒內容應當存在區(qū)分，如發(fā)送提醒信息的內容為“普通事件:A君于XX年XX月XX日聯(lián)系B君，請幫忙轉告”，而發(fā)送緊急事件提醒信息的內容為“緊急事件:A君于XX年XX月XX日有急事聯(lián)系B君,請幫忙轉告”。
[0094]當然，也可以是其它形式的區(qū)別，只要讓提醒人能夠識別出提醒信息和緊急事件提醒信息即可。
[0095]本實施例中，所述提醒裝置還包括:
[0096]統(tǒng)計模塊，用于統(tǒng)計未處理信息次數；
[0097]標記模塊，用于若同一聯(lián)系人的未處理信息次數超過預設值，標記為緊急事件；
[0098]第一執(zhí)行模塊，用于向對應的提醒人發(fā)送緊急事件提醒信息。
[0099]同一聯(lián)系人的未處理信息次數超過預設值，優(yōu)選地，預設值為3，說明該聯(lián)系人比較急切想與用戶取得聯(lián)系，此時，會標記該聯(lián)系人的未處理信息為緊急事件，再次向對應的提醒人發(fā)送緊急事件信息，以便提醒人知道未處理信息為重要信息，加快將未處理信息的緊急情況告知用戶。
[0100]本實施例中，發(fā)送緊急事件提醒信息的方式包括但不限于送短信、消息、郵件、錄
曰?
[0101]當然，本發(fā)明實施例還可以是以頻率來標記緊急事件，若同一聯(lián)系人的未處理信息頻率超過預設值，標記為緊急事件，向對應的提醒人發(fā)送緊急事件提醒信息，如，同一聯(lián)系人的未處理信息在一分鐘內超過3次，標記為緊急事件。
[0102]為了讓提醒人更好地識別用戶當前未處理信息的重要性，在已分好類別的聯(lián)系人中，選定其中一類別的聯(lián)系人的未處理信息為緊急事件，或者，另外再分出一類別，設定該類別的聯(lián)系人的未處理信息為緊急事件。
[0103]本實施例中，聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒裝置還包括:
[0104]預設模塊，用于預設第一類別聯(lián)系人的未處理信息為緊急事件；
[0105]第二執(zhí)行模塊，用于獲取第一類別聯(lián)系人的未處理信息后，向對應的提醒人發(fā)送緊急事件提醒信息。
[0106]第一類別聯(lián)系人所包括的聯(lián)系人主要是上級領導、重要聯(lián)系人等，用戶可以自行設定，如，第一類別聯(lián)系人對應的提醒人為秘書，收到第一類別聯(lián)系人的未處理信息后，可直接向對應提醒人秘書發(fā)送緊急事件提醒信息，或者，先向提醒人秘書發(fā)送提醒信息，再發(fā)送緊急事件提醒信息。
[0107]對于一些不重要的未處理信息，可以不用提醒，當判斷模塊13判斷未處理信息的發(fā)送方為陌生人、識別模塊14未識別出聯(lián)系人的類別以及未設置提醒人的聯(lián)系人三種情況中任一種時，則執(zhí)行模塊15不發(fā)送提醒信息。
[0108]本實施例中，陌生人指的是未存儲為聯(lián)系人的發(fā)送方，如在手機上只顯示未接來電的號碼，不顯示聯(lián)系人或者顯示“未知”。
[0109]對于陌生人、未分類的聯(lián)系人及未設置提醒人的聯(lián)系人，認為這三種聯(lián)系人的未處理信息重要程度低，這樣就不需要進行提醒，不用過多地麻煩提醒人。
[0110]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
【權利要求】
1.一種未處理信息的提醒方法,其特征在于,包括: 將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人； 獲取未處理信息及所述未處理信息的發(fā)送方； 判斷所述發(fā)送方是否為所述聯(lián)系人； 若是，則識別所述聯(lián)系人所屬類別； 執(zhí)行識別結果，向對應的所述提醒人發(fā)送一提醒信息。
2.如權利要求1所述的一種未處理信息的提醒方法，其特征在于，所述提醒方法還包括: 統(tǒng)計所述未處理信息次數； 若同一聯(lián)系人的所述未處理信息次數超過預設值，標記為緊急事件； 向對應的所述提醒人發(fā)送緊急事件提醒信息。
3.如權利要求1所述的一種未處理信息的提醒方法，其特征在于，所述聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒方法還包括: 預設所述第一類別聯(lián)系人的所述未處理信息為緊急事件； 獲取所述第一類別聯(lián)系人的所述未處理信息后，向對應的所述提醒人發(fā)送緊急事件提醒信息。`
4.如權利要求1所述的一種未處理信息的提醒方法，其特征在于，所述提醒方法還包括: 當所述未處理信息的所述發(fā)送方為陌生人、未分類的聯(lián)系人及未設置提醒人的聯(lián)系人三種情況中任一種時，則不發(fā)送所述提醒信息。
5.如權利要求1-4任一項所述的一種未處理信息的提醒方法,其特征在于,所述未處理信息包括未接來電、未讀短信及未讀郵件。
6.一種未處理信息的提醒裝置，其特征在于，包括: 分類模塊，用于將聯(lián)系人進行分類，不同類別聯(lián)系人設定對應的提醒人； 獲取模塊，用于獲取未處理信息及所述未處理信息的發(fā)送方； 判斷模塊，用于判斷所述發(fā)送方是否為所述聯(lián)系人； 識別模塊，當所述發(fā)送方為所述聯(lián)系人時，用于識別所述聯(lián)系人所屬類別； 執(zhí)行模塊，用于執(zhí)行識別結果，向對應的所述提醒人發(fā)送一提醒信息。
7.如權利要求6所述的一種未處理信息的提醒裝置，其特征在于，所述提醒裝置包括第一緊急提醒模塊，所述第一緊急提醒模塊包括: 統(tǒng)計模塊，用于統(tǒng)計所述未處理信息次數； 標記模塊，用于若同一聯(lián)系人的所述未處理信息次數超過預設值，標記為緊急事件； 第一執(zhí)行模塊，用于向對應的所述提醒人發(fā)送緊急事件提醒信息。
8.如權利要求6所述的一種未處理信息的提醒裝置，其特征在于，所述聯(lián)系人的類別包括第一類別聯(lián)系人，所述提醒裝置包括第二緊急提醒模塊，所述第二緊急提醒模塊包括: 預設模塊，用于預設所述第一類別聯(lián)系人的所述未處理信息為緊急事件； 第二執(zhí)行模塊，用于獲取所述第一類別聯(lián)系人的所述未處理信息后，向對應的所述提醒人發(fā)送一緊急事件提醒信息。
9.如權利要求6所述的一種未處理信息的提醒裝置，其特征在于，當所述判斷模塊判斷所述未處理信息的所述發(fā)送方為陌生人、所述識別模塊未識別出所述聯(lián)系人的類別以及未設置所述提醒人的所述聯(lián)系人三種情況中任一種時，所述執(zhí)行模塊不發(fā)送所述提醒信肩、O
10.如權利要求6-9任一項所述的一種未處理信息的提醒裝置，其特征在于，所述未處理信息包括未接來電`、未讀短信及未讀郵件。
【文檔編號】H04M1/725GK103873688SQ201410088439
【公開日】2014年6月18日 申請日期:2014年3月11日 優(yōu)先權日:2014年3月11日
【發(fā)明者】楊晟 申請人:宇龍計算機通信科技(深圳)有限公司