本發(fā)明涉及通信技術(shù)領(lǐng)域,尤其涉及一種消息顯示方法及終端設(shè)備。
背景技術(shù):
現(xiàn)有社交平臺的消息源通常按照時間順序依次進行顯示,但這種方式至少存在以下問題,如用戶在刷新社交平臺的消息源時,在一段時間內(nèi),顯示出來的內(nèi)容可能都已被用戶看過,從而導(dǎo)致用戶收到重復(fù)的消息源,進而降低了用戶體驗感。
上述內(nèi)容僅用于輔助理解本發(fā)明的技術(shù)方案,并不代表承認上述內(nèi)容是現(xiàn)有技術(shù)。
技術(shù)實現(xiàn)要素:
本發(fā)明的主要目的在于提供一種消息顯示方法及終端設(shè)備,旨在一段時間內(nèi),避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
為實現(xiàn)上述目的,本發(fā)明提供的一種消息顯示方法,所述消息顯示方法包括以下步驟:
獲取社交平臺發(fā)布的消息源;
根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
在接收到刷新消息源命令時,將所述未讀消息進行顯示;
其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。
此外,為實現(xiàn)上述目的,本發(fā)明還提供一種終端設(shè)備,所述終端設(shè)備包括:
獲取模塊,用于獲取社交平臺發(fā)布的消息源;
分類模塊,用于根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
存儲模塊,用于將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息 存儲至未讀狀態(tài)欄中;
顯示模塊,用于在接收到刷新消息源命令時,將所述未讀消息進行顯示;
其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。
本發(fā)明提供的消息顯示方法以及終端設(shè)備,首先通過獲取社交平臺發(fā)布的消息源,然后根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息,并進一步將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中,最后在接收到刷新消息源命令時,將所述未讀消息進行顯示,其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。這樣,當(dāng)用戶在刷新社交平臺的消息源的一段時間內(nèi),可以避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
附圖說明
圖1為本發(fā)明實施例方案涉及的終端設(shè)備的硬件結(jié)構(gòu)示意圖;
圖2為本發(fā)明消息顯示方法第一實施例的流程示意圖;
圖3為本發(fā)明消息顯示方法第二實施例的流程示意圖;
圖4為本發(fā)明終端設(shè)備涉及的顯示界面示意圖;
圖5為圖3中步驟對所述目標(biāo)消息進行排序,得到排序結(jié)果的細化流程示意圖;
圖6為圖5中步驟根據(jù)所述目標(biāo)消息,計算所述目標(biāo)消息的發(fā)布者與用戶之間的親密度值以及所述目標(biāo)消息的發(fā)布時間分數(shù)值的細化流程示意圖;
圖7為本發(fā)明終端設(shè)備第一實施例的功能模塊示意圖;
圖8為本發(fā)明終端設(shè)備第二實施例的功能模塊示意圖;
圖9為圖8中排序模塊的細化功能模塊示意圖;
圖10為圖9中計算單元的細化功能模塊示意圖。
本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例,參照附圖做進一步說明。
具體實施方式
應(yīng)當(dāng)理解,此處所描述的具體實施例僅僅用以解釋本發(fā)明,并不用于限 定本發(fā)明。
作為一種實現(xiàn)方案,本發(fā)明涉及的終端設(shè)備可以為手機終端,也可以為PC終端、平板電腦、便攜式電子設(shè)備等各種移動終端,本實施例以手機終端進行舉例。
參照圖1,該終端設(shè)備可以包括:處理器1001,例如CPU,網(wǎng)絡(luò)接口1004,用戶接口1003,存儲器1005,通信總線1002。其中,通信總線1002用于實現(xiàn)該服務(wù)器中各組成部件之間的連接通信。用戶接口1003可以包括顯示屏(Display)、鍵盤(Keyboard)、鼠標(biāo)等組件,用于接收用戶輸入的信息,并將接收的信息發(fā)送至處理器1005進行處理。顯示屏可以為LCD顯示屏、LED顯示屏,也可以為觸摸屏,用于顯示開放平臺需要顯示的數(shù)據(jù)??蛇x用戶接口1003還可以包括標(biāo)準(zhǔn)的有線接口、無線接口。網(wǎng)絡(luò)接口1004可選的可以包括標(biāo)準(zhǔn)的有線接口、無線接口(如WI-FI接口)。存儲器1005可以是高速RAM存儲器,也可以是穩(wěn)定的存儲器(non-volatile memory),例如磁盤存儲器。存儲器1005可選的還可以是獨立于前述處理器1001的存儲裝置。如圖2所示,作為一種計算機存儲介質(zhì)的存儲器1005中可以包括操作系統(tǒng)、網(wǎng)絡(luò)通信模塊、用戶接口模塊以及消息顯示程序。
在圖1所示的終端設(shè)備中,網(wǎng)絡(luò)接口1004主要用于接收用戶接口1003透傳的數(shù)據(jù),并對該數(shù)據(jù)進行合法性驗證而為用戶提供接入社交平臺如微信、QQ、人人網(wǎng)或微博等的唯一標(biāo)識,并接收好友在社交平臺發(fā)布的消息源。而處理器1001用于對消息源的狀態(tài)進行分析,分類得到已讀消息和未讀消息,并將已讀消息存儲至已讀狀態(tài)欄中,將未讀消息存儲至未讀狀態(tài)欄中,以在接收到刷新消息源命令時,將所述未讀消息進行顯示。處理器1001可以用于調(diào)用存儲器1005中存儲的消息顯示程序,并執(zhí)行以下操作:
獲取社交平臺發(fā)布的消息源;
根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
在接收到刷新消息源命令時,將所述未讀消息進行顯示;
其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。
進一步地,在一個實施例中,處理器1001調(diào)用存儲器1005中存儲的消息顯示程序,還可以執(zhí)行以下操作:
從所述未讀消息中提取出目標(biāo)消息;
對所述目標(biāo)消息進行排序,得到排序結(jié)果;
其中,所述在接收到刷新消息源命令時,將所述未讀消息進行顯示的步驟包括:
在接收到刷新消息源命令時,將所述未讀消息按照所述排序結(jié)果進行顯示。
進一步地,在一個實施例中,處理器1001調(diào)用存儲器1005中存儲的消息顯示程序,還可以執(zhí)行以下操作:
根據(jù)所述目標(biāo)消息,計算所述目標(biāo)消息的發(fā)布者與用戶之間的親密度值以及所述目標(biāo)消息的發(fā)布時間分數(shù)值;
取所述親密度值與所述發(fā)布時間分數(shù)值之間的差值;
判斷所述差值是否等于預(yù)設(shè)值;
若否,則根據(jù)所述差值的大小對所述目標(biāo)消息進行排序,得到排序結(jié)果。
進一步地,在一個實施例中,處理器1001調(diào)用存儲器1005中存儲的消息顯示程序,還可以執(zhí)行以下操作:
若是,則獲取當(dāng)前時間,并按照所述當(dāng)前時間與發(fā)布時間的差值大小進行排序,得到排序結(jié)果。
進一步地,在一個實施例中,處理器1001調(diào)用存儲器1005中存儲的消息顯示程序,還可以執(zhí)行以下操作:
獲取所述發(fā)布者與用戶之間的點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù);
將所述點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)為對應(yīng)的親密度值;
將所述目標(biāo)消息的發(fā)布時間分為預(yù)定數(shù)量的時間區(qū)段,并統(tǒng)計所述時間 區(qū)段出現(xiàn)的次數(shù);
將所述時間區(qū)段出現(xiàn)的次數(shù)轉(zhuǎn)為對應(yīng)的發(fā)布時間分數(shù)值。
基于上述硬件架構(gòu),提出本發(fā)明消息顯示方法實施例。
本發(fā)明一實施例提供的消息顯示方法,參照圖2,所述消息顯示方法包括以下步驟:
步驟S101,獲取社交平臺發(fā)布的消息源;
步驟S102,根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
步驟S103,將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
步驟S104,在接收到刷新消息源命令時,將所述未讀消息進行顯示;
其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。
綜上所述,本實施例提供的消息顯示方法,首先通過獲取社交平臺發(fā)布的消息源,然后根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息,并進一步將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中,最后在接收到刷新消息源命令時,將所述未讀消息進行顯示,其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。這樣,當(dāng)用戶在刷新社交平臺的消息源的一段時間內(nèi),可以避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
如圖3所示,本發(fā)明另一實施例提供的消息顯示方法,包括以下步驟:
步驟S201,獲取社交平臺發(fā)布的消息源;
本實施例中,由終端設(shè)備獲取用戶關(guān)注的好友(如科技明星、娛樂明星、草根明星或個人好友等),在社交平臺如人人網(wǎng)、QQ空間、微博、微信朋友圈等中發(fā)布的消息源。其中,消息源的內(nèi)容可以包括文字、字母、數(shù)字、表情符號、圖片以及小視頻等信息,具體可以根據(jù)實際需要合理選擇。此外,所述終端設(shè)備可以為手機、平板電腦、筆記本電腦等移動終端,也可以為臺式電腦等固定終端。所述社交平臺可以理解為所述終端設(shè)備,也可以集成于所述終端設(shè)備內(nèi),如所述終端設(shè)備為智能手機,所述社交平臺為人人網(wǎng),可 以通過在智能手機對應(yīng)的系統(tǒng)商店如蘋果商店中下載人人網(wǎng),將所述人人網(wǎng)安裝于所述智能手機的桌面上。
可以理解的是,當(dāng)用戶關(guān)注的好友在社交平臺發(fā)布消息時,用戶即可通過登錄所述社交平臺或直接刷新所述社交平臺即可獲取到好友發(fā)布的消息源。
步驟S202,根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
本實施例中,終端設(shè)備可以根據(jù)消息源的狀態(tài),如當(dāng)接收到觸發(fā)打開所述消息源的命令時,可以對應(yīng)將該消息源的狀態(tài)標(biāo)記為已讀消息。當(dāng)然,還可以根據(jù)用戶觸發(fā)打開所述消息源的命令以及停留在所述消息的具體時間,對應(yīng)將該消息源的狀態(tài)標(biāo)記為已讀消息。具體如下:當(dāng)用戶通過手指點擊、下滑或語音命令等方式觸發(fā)打開所述消息源的命令時,獲取所述消息源的具體內(nèi)容,如字數(shù)、圖片大小或視頻大小等信息時,計算得到讀完所述消息源的預(yù)定時間,此時啟動計時器,終端設(shè)備統(tǒng)計該消息的顯示時間,若所述顯示時間小于等于2S,則可以判定該條消息的狀態(tài)為未讀,這種情況,對應(yīng)于終端設(shè)備或社交平臺出現(xiàn)故障如閃退時,用戶并沒有真正讀到所述消息源,下次登錄或刷新時用戶仍想查看;若所述顯示時間大于2S,同時小于所述預(yù)定時間的70%,則可以判定該條消息的狀態(tài)為已讀,這種情況,對應(yīng)于用戶看了部分內(nèi)容后,并不感興趣,以后也不想再看該條消息;當(dāng)所述顯示時間大于所述定時間的70%時,則可以判斷該條消息的狀態(tài)為已讀。
步驟S203,將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
本實施例中,參照圖4,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄,其中,所述已讀狀態(tài)欄用于存儲已讀消息,而所述未讀狀態(tài)欄用于存儲未讀消息。可以理解的是,所述已讀狀態(tài)欄和未讀狀態(tài)欄,可以在所述社交平臺的頂部或其他位置向用戶進行顯示,這樣,用戶就可以隨時查看已讀信息和未讀信息。當(dāng)然,在其他實施例中,所述社交平臺可以不顯示所述已讀狀態(tài)欄和未讀狀態(tài)欄,而是根據(jù)實際情況,優(yōu)先顯示未讀消息,當(dāng)用戶想要查看已讀消息時,可以從設(shè)置中調(diào)出即可。
步驟S204,從所述未讀消息中提取出目標(biāo)消息;
本實施例中,所述目標(biāo)消息為用戶比較關(guān)注或特別關(guān)注的好友在社交平 臺發(fā)布的消息源。當(dāng)然,在其他實施例中,也可以為用戶比較感興趣的主題內(nèi)容,如:金融、外語、管理、文學(xué)、話題或明星等,還可以為用戶關(guān)注的好友最新發(fā)布的消息等。具體可以根據(jù)實際情況,合理選擇設(shè)置,并不局限于本實施例中的舉例。
步驟S205,對所述目標(biāo)消息進行排序,得到排序結(jié)果;
本實施例中,排序依據(jù)可以為用戶與好友之間的親密度值大小,由大到小進行排序;可以為用戶感興趣的主題內(nèi)容的興趣度大小,由大到小進行排序;還可以為用戶關(guān)注的所有好友發(fā)布消息源的時間值大小,由大到小進行排序等。當(dāng)然,在其他實施例中,可以結(jié)合親密度值與時間值兩個維度進行綜合排序,或結(jié)合親密度值與興趣度兩個維度進行綜合排序,或結(jié)合親密度值、時間值、興趣度三個維度進行綜合排序。
步驟S206,在接收到刷新消息源命令時,將所述未讀消息進行顯示。
本實施例中,終端設(shè)備在接收到刷新消息源命令時,將所述未讀消息按照所述排序結(jié)果如親密度值大小或興趣度大小或時間值或以上任兩種的組合或三種值的組合大小進行顯示。
需要補充說明的一點是,上述步驟S204以及步驟S205,為可選步驟,也即在將所述已讀消息存儲至已讀狀態(tài)欄中,并將所述未讀消息存儲至未讀狀態(tài)欄中時,可以不執(zhí)行步驟S204以及步驟S205,而在接收到刷新消息源命令時,將所述未讀消息進行顯示即可。
綜上所述,本實施例提供的消息顯示方法,首先通過獲取社交平臺發(fā)布的消息源,然后根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息,并進一步將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中,最后在接收到刷新消息源命令時,將所述未讀消息進行顯示,其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。這樣,當(dāng)用戶在刷新社交平臺的消息源的一段時間內(nèi),可以避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
由于用戶關(guān)注的好友在社交平臺發(fā)布消息時,很容易被用戶漏掉,如用戶關(guān)注的好友在周二發(fā)布了一條消息,但由于用戶本人在周二、周三正好有事而沒有登錄社交平臺或刷新消息源時,那么該條消息則很可能會被用戶遺漏。本實施例提供的消息顯示方法,可以按照親密度值大小進行排序,從而 避免用戶遺漏特別關(guān)注的好友發(fā)布的消息。
在本實施例中,如圖5所示,在上述圖3的實施例的基礎(chǔ)上,所述步驟S205包括:
S2051,根據(jù)所述目標(biāo)消息,計算所述目標(biāo)消息的發(fā)布者與用戶之間的親密度值以及所述目標(biāo)消息的發(fā)布時間分數(shù)值;
本實施例中,若所述目標(biāo)消息為用戶比較關(guān)注或特別關(guān)注的好友在社交平臺發(fā)布的消息源,此時,終端設(shè)備調(diào)取所述用戶及其關(guān)注的所有好友的消息,并計算親密度值與當(dāng)前目標(biāo)消息的發(fā)布時間分數(shù)值,其中,親密度值可以由點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)換計算得到。
S2052,取所述親密度值與所述發(fā)布時間分數(shù)值之間的差值;
本實施例中,假設(shè)計算得到的用戶與第一好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為5分,計算得到的差值即為5分;用戶與第二好友之間所述親密度值為9分,而所述發(fā)布時間分數(shù)值為6分,計算得到的差值即為3分;用戶與第三好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為2分,計算得到的差值即為8分等;用戶與第四好友之間所述親密度值為8分,而所述發(fā)布時間分數(shù)值為8分,計算得到的差值即為0分等。
S2053,判斷所述差值是否等于預(yù)設(shè)值;
本優(yōu)選實施例中,所述預(yù)設(shè)值為0分,當(dāng)然在其他實施例中,可以設(shè)置為其他值,并不局限于本實施例。
S2054,若是,則獲取當(dāng)前時間,并按照所述當(dāng)前時間與發(fā)布時間的差值大小進行排序,得到排序結(jié)果。
本實施例中,當(dāng)用戶與第四好友之間所述親密度值為8分,而所述發(fā)布時間分數(shù)值為8分,計算得到的差值即為0分時,此時終端設(shè)備即會獲取當(dāng)前時間以及用戶關(guān)注的各個好友發(fā)布的時間,并計算所述當(dāng)前時間與好友發(fā)布的時間之間的差值,最后按照該差值的大小進行排序。
S2055,若否,則根據(jù)所述差值的大小對所述目標(biāo)消息進行排序,得到排序結(jié)果。
本實施例中,當(dāng)用戶與第一好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為5分,計算得到的差值即為5分;用戶與第二好友之間所述親 密度值為9分,而所述發(fā)布時間分數(shù)值為6分,計算得到的差值即為3分;用戶與第三好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為2分,計算得到的差值即為8分等時,此時終端設(shè)備會結(jié)合親密度值和發(fā)布時間分數(shù)值兩個維度進行綜合排序,此時由于8分大于5分大于3分,因此,最終得到的排序結(jié)果為第三好友發(fā)布的消息排第一位,第一好友發(fā)布的消息排第二位,第二好友發(fā)布的消息排第三位。當(dāng)然,實際應(yīng)用中,并不局限于本實施例中列舉的四位好友,而是可以根據(jù)用戶實際關(guān)注的好友數(shù)量進行具體分析。
其中,作為一種可選的實施方式,參照圖6,本步驟S2051可以進一步包括:
S251,獲取所述發(fā)布者與用戶之間的點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù);
本實施例中,可以通過發(fā)布者即用戶關(guān)注的好友與用戶之間的互動情況,如相互點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)來體現(xiàn)親密度關(guān)系,當(dāng)然,也可以由用戶單方面對關(guān)注的好友的點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)來體現(xiàn)親密度關(guān)系。可以理解的是,在其他實施例中,還可以結(jié)合其他如轉(zhuǎn)發(fā)數(shù)等來體現(xiàn)親密度關(guān)系。
S252,將所述點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)為對應(yīng)的親密度值;
本實施例中,將所述點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)為對應(yīng)的親密度值的算法可以為:
每點贊一次加1分,每評論一次加2分,每評論一次加2分,每查看主頁一次加3分,每查看消息源大圖加1分,假設(shè)終端設(shè)備統(tǒng)計的點贊數(shù)為A、評論數(shù)B、查看主頁次數(shù)C、查看消息源大圖次數(shù)D,那么,親密度值為A+2B+3C+D。
在另一實施例中,假定每轉(zhuǎn)發(fā)一次加2分,轉(zhuǎn)發(fā)次數(shù)為E,那么,親密度值為A+2B+3C+D+2E??梢岳斫獾氖牵渲懈鲄?shù)的分值設(shè)置并不局限于本實施例,而是可以根據(jù)實際情況合理設(shè)置。
S253,將所述目標(biāo)消息的發(fā)布時間分為預(yù)定數(shù)量的時間區(qū)段,并統(tǒng)計所 述時間區(qū)段出現(xiàn)的次數(shù);
S254,將所述時間區(qū)段出現(xiàn)的次數(shù)轉(zhuǎn)為對應(yīng)的發(fā)布時間分數(shù)值。
本實施例中,將所述目標(biāo)消息的發(fā)布時間分為4個時間段,并統(tǒng)計所述時間區(qū)段出現(xiàn)的次數(shù)。具體如下轉(zhuǎn)為對應(yīng)的發(fā)布時間分數(shù)值如下:
第一時間區(qū)段<12個小時,記0分;
12個小時≤第二時間區(qū)段<24個小時,記1分;
24個小時≤第三時間區(qū)段<36個小時,記2分;
36個小時≤第四時間區(qū)段<48個小時,記3分。
假設(shè)終端設(shè)備統(tǒng)計得到所述第一時間區(qū)段出現(xiàn)的次數(shù)為M,第二時間區(qū)段出現(xiàn)的次數(shù)為N,第三時間區(qū)段出現(xiàn)的次數(shù)為O,第四時間區(qū)段出現(xiàn)的次數(shù)為P,那么發(fā)布時間分數(shù)值為N+2O+3P。
此時,在一實施例中,所述親密度值與所述發(fā)布時間分數(shù)值之間的差值為:
(A+2B+3C+D)-(N+2O+3P)。
基于上述硬件結(jié)構(gòu),提出本發(fā)明終端設(shè)備的功能模塊實施例。具體如下:
本發(fā)明提供一種終端設(shè)備1,參照圖7,在一實施例中,所述終端設(shè)備1包括:
獲取模塊101,用于獲取社交平臺發(fā)布的消息源;
分類模塊102,用于根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
存儲模塊103,用于將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
顯示模塊104,用于在接收到刷新消息源命令時,將所述未讀消息進行顯示;
其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。
綜上所述,本實施例提供的終端模塊,首先通過獲取社交平臺發(fā)布的消息源,然后根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息,并進一步將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄 中,最后在接收到刷新消息源命令時,將所述未讀消息進行顯示,其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。這樣,當(dāng)用戶在刷新社交平臺的消息源的一段時間內(nèi),可以避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
如圖8所示,本發(fā)明另一實施例提供的終端設(shè)備1,包括:
獲取模塊201,用于獲取社交平臺發(fā)布的消息源;
本實施例中,由終端設(shè)備1獲取用戶關(guān)注的好友(如科技明星、娛樂明星、草根明星或個人好友等),在社交平臺如人人網(wǎng)、QQ空間、微博、微信朋友圈等中發(fā)布的消息源。其中,消息源的內(nèi)容可以包括文字、字母、數(shù)字、表情符號、圖片以及小視頻等信息,具體可以根據(jù)實際需要合理選擇。此外,所述終端設(shè)備1可以為手機、平板電腦、筆記本電腦等移動終端,也可以為臺式電腦等固定終端。所述社交平臺可以理解為所述終端設(shè)備1,也可以集成于所述終端設(shè)備1內(nèi),如所述終端設(shè)備1為智能手機,所述社交平臺為人人網(wǎng),可以通過在智能手機對應(yīng)的系統(tǒng)商店如蘋果商店中下載人人網(wǎng),將所述人人網(wǎng)安裝于所述智能手機的桌面上。
可以理解的是,當(dāng)用戶關(guān)注的好友在社交平臺發(fā)布消息時,用戶即可通過登錄所述社交平臺或直接刷新所述社交平臺即可獲取到好友發(fā)布的消息源。
分類模塊202,用于根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息;
本實施例中,終端設(shè)備1可以根據(jù)消息源的狀態(tài),如當(dāng)接收到觸發(fā)打開所述消息源的命令時,可以對應(yīng)將該消息源的狀態(tài)標(biāo)記為已讀消息。當(dāng)然,還可以根據(jù)用戶觸發(fā)打開所述消息源的命令以及停留在所述消息的具體時間,對應(yīng)將該消息源的狀態(tài)標(biāo)記為已讀消息。具體如下:當(dāng)用戶通過手指點擊、下滑或語音命令等方式觸發(fā)打開所述消息源的命令時,獲取所述消息源的具體內(nèi)容,如字數(shù)、圖片大小或視頻大小等信息時,計算得到讀完所述消息源的預(yù)定時間,此時啟動計時器,終端設(shè)備1統(tǒng)計該消息的顯示時間,若所述顯示時間小于等于2S,則可以判定該條消息的狀態(tài)為未讀,這種情況,對應(yīng)于終端設(shè)備1或社交平臺出現(xiàn)故障如閃退時,用戶并沒有真正讀到所述 消息源,下次登錄或刷新時用戶仍想查看;若所述顯示時間大于2S,同時小于所述預(yù)定時間的70%,則可以判定該條消息的狀態(tài)為已讀,這種情況,對應(yīng)于用戶看了部分內(nèi)容后,并不感興趣,以后也不想再看該條消息;當(dāng)所述顯示時間大于所述定時間的70%時,則可以判斷該條消息的狀態(tài)為已讀。
存儲模塊203,用于將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中;
本實施例中,參照圖4,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄,其中,所述已讀狀態(tài)欄用于存儲已讀消息,而所述未讀狀態(tài)欄用于存儲未讀消息??梢岳斫獾氖?,所述已讀狀態(tài)欄和未讀狀態(tài)欄,可以在所述社交平臺的頂部或其他位置向用戶進行顯示,這樣,用戶就可以隨時查看已讀信息和未讀信息。當(dāng)然,在其他實施例中,所述社交平臺可以不顯示所述已讀狀態(tài)欄和未讀狀態(tài)欄,而是根據(jù)實際情況,優(yōu)先顯示未讀消息,當(dāng)用戶想要查看已讀消息時,可以從設(shè)置中調(diào)出即可。
提取模塊204,用于從所述未讀消息中提取出目標(biāo)消息;
本實施例中,所述目標(biāo)消息為用戶比較關(guān)注或特別關(guān)注的好友在社交平臺發(fā)布的消息源。當(dāng)然,在其他實施例中,也可以為用戶比較感興趣的主題內(nèi)容,如:金融、外語、管理、文學(xué)、話題或明星等,還可以為用戶關(guān)注的好友最新發(fā)布的消息等。具體可以根據(jù)實際情況,合理選擇設(shè)置,并不局限于本實施例中的舉例。
排序模塊205,用于對所述目標(biāo)消息進行排序,得到排序結(jié)果;
本實施例中,排序依據(jù)可以為用戶與好友之間的親密度值大小,由大到小進行排序;可以為用戶感興趣的主題內(nèi)容的興趣度大小,由大到小進行排序;還可以為用戶關(guān)注的所有好友發(fā)布消息源的時間值大小,由大到小進行排序等。當(dāng)然,在其他實施例中,可以結(jié)合親密度值與時間值兩個維度進行綜合排序,或結(jié)合親密度值與興趣度兩個維度進行綜合排序,或結(jié)合親密度值、時間值、興趣度三個維度進行綜合排序。
顯示模塊206,用于在接收到刷新消息源命令時,將所述未讀消息進行顯示。
本實施例中,終端設(shè)備1在接收到刷新消息源命令時,將所述未讀消息按照所述排序結(jié)果如親密度值大小或興趣度大小或時間值或以上任兩種的組 合或三種值的組合大小進行顯示。
需要補充說明的一點是,上述提取模塊204以及排序模塊205,為可選模塊,也即所述終端設(shè)備1在將所述已讀消息存儲至已讀狀態(tài)欄中,并將所述未讀消息存儲至未讀狀態(tài)欄中時,可以在接收到刷新消息源命令時,直接將所述未讀消息進行顯示即可,即可以不需經(jīng)所述提取模塊204以及排序模塊205的處理。
綜上所述,本實施例提供的終端設(shè)備1,首先通過獲取社交平臺發(fā)布的消息源,然后根據(jù)所述消息源的狀態(tài),分類得到已讀消息和未讀消息,并進一步將所述已讀消息存儲至已讀狀態(tài)欄中,將所述未讀消息存儲至未讀狀態(tài)欄中,最后在接收到刷新消息源命令時,將所述未讀消息進行顯示,其中,所述社交平臺具有用于標(biāo)記所述消息源狀態(tài)的所述已讀狀態(tài)欄和所述未讀狀態(tài)欄。這樣,當(dāng)用戶在刷新社交平臺的消息源的一段時間內(nèi),可以避免社交平臺重復(fù)顯示已顯示過的內(nèi)容,從而提高用戶體驗。
由于用戶關(guān)注的好友在社交平臺發(fā)布消息時,很容易被用戶漏掉,如用戶關(guān)注的好友在周二發(fā)布了一條消息,但由于用戶本人在周二、周三正好有事而沒有登錄社交平臺或刷新消息源時,那么該條消息則很可能會被用戶遺漏。本實施例提供的消息顯示方法,可以按照親密度值大小進行排序,從而避免用戶遺漏特別關(guān)注的好友發(fā)布的消息。
在本實施例中,如圖9所示,在上述圖8的實施例的基礎(chǔ)上,所述排序模塊205包括:
計算單元2051,用于根據(jù)所述目標(biāo)消息,計算所述目標(biāo)消息的發(fā)布者與用戶之間的親密度值以及所述目標(biāo)消息的發(fā)布時間分數(shù)值;
本實施例中,若所述目標(biāo)消息為用戶比較關(guān)注或特別關(guān)注的好友在社交平臺發(fā)布的消息源,此時,終端設(shè)備1調(diào)取所述用戶及其關(guān)注的所有好友的消息,并計算親密度值與當(dāng)前目標(biāo)消息的發(fā)布時間分數(shù)值,其中,親密度值可以由點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)換計算得到。
取值單元2052,用于取所述親密度值與所述發(fā)布時間分數(shù)值之間的差值;
本實施例中,假設(shè)計算得到的用戶與第一好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為5分,計算得到的差值即為5分;用戶與第二好友 之間所述親密度值為9分,而所述發(fā)布時間分數(shù)值為6分,計算得到的差值即為3分;用戶與第三好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為2分,計算得到的差值即為8分等;用戶與第四好友之間所述親密度值為8分,而所述發(fā)布時間分數(shù)值為8分,計算得到的差值即為0分等。
判斷單元2053,用于判斷所述差值是否等于預(yù)設(shè)值;
本優(yōu)選實施例中,所述預(yù)設(shè)值為0分,當(dāng)然在其他實施例中,可以設(shè)置為其他值,并不局限于本實施例。
第二排序單元2054,用于若是,則獲取當(dāng)前時間,并按照所述當(dāng)前時間與發(fā)布時間的差值大小進行排序,得到排序結(jié)果。
本實施例中,當(dāng)用戶與第四好友之間所述親密度值為8分,而所述發(fā)布時間分數(shù)值為8分,計算得到的差值即為0分時,此時終端設(shè)備1即會獲取當(dāng)前時間以及用戶關(guān)注的各個好友發(fā)布的時間,并計算所述當(dāng)前時間與好友發(fā)布的時間之間的差值,最后按照該差值的大小進行排序。
第一排序單元2055,用于若否,則根據(jù)所述差值的大小對所述目標(biāo)消息進行排序,得到排序結(jié)果。
本實施例中,當(dāng)用戶與第一好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為5分,計算得到的差值即為5分;用戶與第二好友之間所述親密度值為9分,而所述發(fā)布時間分數(shù)值為6分,計算得到的差值即為3分;用戶與第三好友之間所述親密度值為10分,而所述發(fā)布時間分數(shù)值為2分,計算得到的差值即為8分等時,此時終端設(shè)備1會結(jié)合親密度值和發(fā)布時間分數(shù)值兩個維度進行綜合排序,此時由于8分大于5分大于3分,因此,最終得到的排序結(jié)果為第三好友發(fā)布的消息排第一位,第一好友發(fā)布的消息排第二位,第二好友發(fā)布的消息排第三位。當(dāng)然,實際應(yīng)用中,并不局限于本實施例中列舉的四位好友,而是可以根據(jù)用戶實際關(guān)注的好友數(shù)量進行具體分析。
其中,作為一種可選的實施方式,參照圖10,所述計算單元2051包括:
獲取子單元251,用于獲取所述發(fā)布者與用戶之間的點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù);
本實施例中,可以通過發(fā)布者即用戶關(guān)注的好友與用戶之間的互動情況,如相互點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)來體現(xiàn)親密度 關(guān)系,當(dāng)然,也可以由用戶單方面對關(guān)注的好友的點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)來體現(xiàn)親密度關(guān)系??梢岳斫獾氖牵谄渌麑嵤├?,還可以結(jié)合其他如轉(zhuǎn)發(fā)數(shù)等來體現(xiàn)親密度關(guān)系。
第一轉(zhuǎn)換子單元252,用于將所述點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)為對應(yīng)的親密度值;
本實施例中,將所述點贊數(shù)、評論數(shù)、查看主頁次數(shù)、查看消息源大圖次數(shù)轉(zhuǎn)為對應(yīng)的親密度值的算法可以為:
每點贊一次加1分,每評論一次加2分,每評論一次加2分,每查看主頁一次加3分,每查看消息源大圖加1分,假設(shè)終端設(shè)備1統(tǒng)計的點贊數(shù)為A、評論數(shù)B、查看主頁次數(shù)C、查看消息源大圖次數(shù)D,那么,親密度值為A+2B+3C+D。
在另一實施例中,假定每轉(zhuǎn)發(fā)一次加2分,轉(zhuǎn)發(fā)次數(shù)為E,那么,親密度值為A+2B+3C+D+2E??梢岳斫獾氖牵渲懈鲄?shù)的分值設(shè)置并不局限于本實施例,而是可以根據(jù)實際情況合理設(shè)置。
統(tǒng)計子單元253,用于將所述目標(biāo)消息的發(fā)布時間分為預(yù)定數(shù)量的時間區(qū)段,并統(tǒng)計所述時間區(qū)段出現(xiàn)的次數(shù);
第二轉(zhuǎn)換子單元254,用于將所述時間區(qū)段出現(xiàn)的次數(shù)轉(zhuǎn)為對應(yīng)的發(fā)布時間分數(shù)值。
本實施例中,將所述目標(biāo)消息的發(fā)布時間分為4個時間段,并統(tǒng)計所述時間區(qū)段出現(xiàn)的次數(shù)。具體如下轉(zhuǎn)為對應(yīng)的發(fā)布時間分數(shù)值如下:
第一時間區(qū)段<12個小時,記0分;
12個小時≤第二時間區(qū)段<24個小時,記1分;
24個小時≤第三時間區(qū)段<36個小時,記2分;
36個小時≤第四時間區(qū)段<48個小時,記3分。
假設(shè)終端設(shè)備1統(tǒng)計得到所述第一時間區(qū)段出現(xiàn)的次數(shù)為M,第二時間區(qū)段出現(xiàn)的次數(shù)為N,第三時間區(qū)段出現(xiàn)的次數(shù)為O,第四時間區(qū)段出現(xiàn)的次數(shù)為P,那么發(fā)布時間分數(shù)值為N+2O+3P。
此時,在一實施例中,所述親密度值與所述發(fā)布時間分數(shù)值之間的差值為:
(A+2B+3C+D)-(N+2O+3P)。
還需要說明的是,在本文中,術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、物品或者裝置不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、物品或者裝置所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,并不排除在包括該要素的過程、方法、物品或者裝置中還存在另外的相同要素。
上述本發(fā)明實施例序號僅僅為了描述,不代表實施例的優(yōu)劣。
通過以上的實施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn),當(dāng)然也可以通過硬件,但很多情況下前者是更佳的實施方式?;谶@樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如ROM/RAM、磁碟、光盤)中,包括若干指令用以使得一臺終端設(shè)備(可以是手機,計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述的方法。
以上僅為本發(fā)明的優(yōu)選實施例,并非因此限制本發(fā)明的專利范圍,凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換,或直接或間接運用在其他相關(guān)的技術(shù)領(lǐng)域,均同理包括在本發(fā)明的專利保護范圍內(nèi)。