一種未讀消息處理方法、展示方法和裝置制造方法
【專利摘要】本發(fā)明提出一種未讀消息處理方法、展示方法和裝置,其中處理方法包括:設(shè)置時間軸列表和未讀消息列表;新增消息時,將所述消息的標識加入時間軸列表和未讀消息列表;所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。本發(fā)明能夠直觀地顯示用戶的未讀消息。
【專利說明】一種未讀消息處理方法、展示方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機軟件及互聯(lián)網(wǎng)【技術(shù)領(lǐng)域】,尤其涉及一種未讀消息處理方法、展示方法和裝置。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展,互聯(lián)網(wǎng)中的數(shù)據(jù)量越來越大,數(shù)據(jù)新增的速度也越來越快。用戶在查看數(shù)據(jù)時,能夠迅速找到自己的未讀數(shù)據(jù)是非常必要的。例如,微博是一種典型UGC應用,數(shù)據(jù)隨著時間膨脹,用戶通過收聽感興趣的人即可在微博首頁中瀏覽這些用戶發(fā)表的微博,而微博首頁中消息的組織方式是通過時間軸(Timeline)的方式實現(xiàn)的,即用戶產(chǎn)生數(shù)據(jù)的標識都是按照時間倒序的方式排列,用戶每次進入首頁時都可以看到離當前最近的消息標識,這種展現(xiàn)方式有很多優(yōu)點,能直觀的看到收聽的人這一刻在做什么,也使得微博消息能以爆炸方式傳播的關(guān)鍵。但這種展現(xiàn)方式也有明顯的缺點,由于用戶瀏覽微博的時間都是時間碎片,每一次瀏覽Timeline都只會看到當前的最新消息,要看更早時間的消息就需要向前面翻頁,在用戶的Timeline中其實有很多的“丟失消息”沒有閱讀到,繼而錯過了一些重要的消息;另一方面用戶在往前面翻頁的過程中,也重復瀏覽的很多已讀消息,當用戶翻到更多已讀消息時,就更不愿意往前翻頁,進而錯過了更多的未讀消息,從而用戶只愛閱讀微博Timeline中最新的消息,從而大量未讀消息的曝光率就變得很低,也減少了用戶在微博上的停留時間。
[0003]現(xiàn)有技術(shù)基本沒有解決用戶錯過未讀消息的方法,只有用戶離上一次訪問微博到當前時間一共有多少新增的微博的計數(shù),這種方式只能很有限地解決用戶未讀消息的問題。
【發(fā)明內(nèi)容】
[0004]本發(fā)明提供了一種未讀消息處理方法和裝置以及一種未讀消息展示方法和裝置,能夠直觀地顯示用戶的未讀消息。
[0005]本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0006]一種未讀消息處理方法,包括:
[0007]設(shè)置時間軸列表和未讀消息列表;
[0008]新增消息時,將所述消息的標識加入時間軸列表和未讀消息列表;所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0009]上述方法中,未讀消息列表中的消息標識可以按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類;
[0010]將消息的標識加入未讀消息列表時,根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。[0011]上述方法進一步包括:統(tǒng)計所述未讀消息列表中的未讀消息數(shù)目;
[0012]將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
[0013]上述方法進一步包括:從時間軸列表中讀取消息時,從未讀消息列表中刪除所述消息的標識。
[0014]上述方法進一步包括:從未讀消息列表中讀取消息時,從未讀消息列表中刪除該消息的標識,并減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
[0015]一種未讀消息展示方法,包括:
[0016]接收新增的消息,將所述新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0017]上述展示方法中,新增消息的標識在未讀消息列表中可以按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目;
[0018]所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
[0019]一種未讀消息處理裝置,包括:
[0020]存儲模塊,用于保存消息;
[0021]時間軸列表模塊,用于設(shè)置時間軸列表;當存儲模塊新增消息時,將所述消息的標識加入時間軸列表;所述時間軸列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列;
[0022]未讀消息列表模塊,用于設(shè)置未讀消息列表;當存儲模塊新增消息時,將所述消息的標識加入未讀消息列表;所述未讀消息列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列。
[0023]上述裝置中,未讀消息列表模塊將未讀消息列表中的消息標識按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類;
[0024]將消息的標識加入未讀消息列表時,未讀消息列表模塊根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。
[0025]上述未讀消息列表模塊還用于統(tǒng)計所述未讀消息列表中的未讀消息數(shù)目;將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
[0026]上述時間軸列表模塊還用于接收包含消息標識的消息讀取請求,從存儲模塊提取所述消息并反饋,將包含所述消息標識的提取信息發(fā)送至未讀消息列表模塊;
[0027]未讀消息列表模塊還用于接收所述包含消息標識的提取信息,將所述消息標識從未讀消息列表中刪除。
[0028]上述未讀消息列表模塊還用于接收包含消息標識的消息讀取請求,從存儲模塊提取所述消息并反饋,并從未讀消息列表中刪除該消息的標識,減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
[0029]一種未讀消息展示裝置,包括:
[0030]展示模塊,用于將新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0031]上述展示裝置中,展示模塊將新增消息的標識在未讀消息列表中按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目;
[0032]所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
[0033]可見,本發(fā)明提出未讀消息處理方法和裝置以及未讀消息展示方法和裝置,能夠在新增消息時將該消息的標識加入到未讀消息列表中,從而直觀地顯示用戶的未讀消息。
【專利附圖】
【附圖說明】
[0034]圖1為本發(fā)明提出的未讀消息處理方法流程圖;
[0035]圖2為本發(fā)明實施例中未讀消息列表的設(shè)計示意圖;
[0036]圖3為本發(fā)明提出的未讀消息處理裝置結(jié)構(gòu)示意圖。
【具體實施方式】
[0037]本發(fā)明提出一種未讀消息處理方法,如圖1為本發(fā)明提出的未讀消息處理方法流程圖,包括:
[0038]步驟101:設(shè)置時間軸列表和未讀消息列表;
[0039]步驟102:新增消息時,將所述消息的標識加入時間軸列表和未讀消息列表;所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0040]上述方法中,未讀消息列表中的消息標識可以按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;其中,消息可以按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類;
[0041]將消息的標識加入未讀消息列表時,根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。
[0042]上述方法可以進一步包括:統(tǒng)計未讀消息列表中的未讀消息數(shù)目;
[0043]將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
[0044]上述方法進一步包括:從時間軸列表中讀取消息時,從未讀消息列表中刪除所述消息的標識。
[0045]上述方法可以進一步包括:
[0046]從未讀消息列表中讀取消息時,從未讀消息列表中刪除該消息的標識,并減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
[0047]以下以微博消息為例,舉具體的實施例對本發(fā)明做詳細介紹。
[0048]在本實施例中,采用一種帶未讀消息列表的微博Timeline設(shè)計方法,通過增加一個未讀消息列表,以及未讀消息計數(shù)來實現(xiàn)。未讀消息列表中的消息標識可以按照消息的列表進行保存,不同類別消息的標識保存在該類別的子列表中。其中,消息可以按照消息發(fā)布者的類別進行分類,例如“認證名人”的未讀消息,“好友”未讀消息等;也可以按照消息內(nèi)容的類別進行分類,例如“關(guān)于美食”的未讀消息,“關(guān)于新聞”的未讀消息等;或者按照消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類,例如“認證名人”發(fā)布的“關(guān)于美食”的未讀消息,“認證名人”發(fā)布的“關(guān)于新聞”的未讀消息等。當用戶訪問微博時,未讀消息列表可以詳細顯示出有多少未讀消息、以及不同類別的各子列表中分別有多少未讀消息。
[0049]詳細描述如下:
[0050]當用戶收聽的用戶發(fā)表微博消息時,該微博消息的標識保存入未讀消息列表,具體可以根據(jù)微博消息的類型保存在相應的子列表中。同時,增加未讀消息列表中的未讀消息數(shù)目,并增加該子列表中的未讀消息數(shù)目。未讀消息列表中的消息標識也是按照時間倒敘排列。
[0051]用戶可直接訪問未讀消息列表,當瀏覽過該消息時,該消息的標識從未讀消息列表中刪除,相應減少未讀消息列表中的未讀消息數(shù)目。
[0052]如圖2為本發(fā)明實施例中未讀消息列表的設(shè)計示意圖,用戶E收聽了 A,B,C,D四個用戶,其中A和B是認證名人,C是用戶的好友,D是普通用戶。這些用戶發(fā)表的微博消息的標識按照時間先后順序加入用戶E的Timeline,同時這些消息的標識也加入了用戶E的未讀消息列表。
[0053]當用戶E瀏覽Timeline時,未讀消息列表刪除相應的微博消息的標識。
[0054]用戶也可以直接訪問未讀消息列表,未讀消息列表提示認證名人的未讀消息為2條,好友的未讀消息為I條,這樣用戶可以直接閱讀在Timeline中錯過的消息,并且是用戶感興趣的消息。
[0055]用戶訪問微博消息后,該消息的標識從未讀消息列表中刪除,并且相應減少未讀消息列表及該消息所在子列表中的未讀消息數(shù)目。
[0056]本發(fā)明還提出一種未讀消息處理裝置,如圖3為本發(fā)明提出的未讀消息處理裝置結(jié)構(gòu)示意圖,所述裝置包括:
[0057]存儲模塊301,用于保存消息;
[0058]時間軸列表模塊302,用于設(shè)置時間軸列表;當存儲模塊301新增消息時,將所述消息的標識加入時間軸列表;所述時間軸列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列;
[0059]未讀消息列表模塊303,用于設(shè)置未讀消息列表;當存儲模塊301新增消息時,將所述消息的標識加入未讀消息列表;所述未讀消息列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列。
[0060]上述裝置中,未讀消息列表模塊303可以將未讀消息列表中的消息標識按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類;
[0061]將消息的標識加入未讀消息列表時,未讀消息列表模塊303可以根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。
[0062]上述裝置中,未讀消息列表模塊303還可以用于統(tǒng)計所述未讀消息列表中的未讀消息數(shù)目;將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
[0063]上述裝置中,時間軸列表模塊302還用于接收包含消息標識的消息讀取請求,從存儲模塊301提取所述消息并反饋,將包含所述消息標識的提取信息發(fā)送至未讀消息列表模塊303 ;
[0064]未讀消息列表模塊303還用于接收所述包含消息標識的提取信息,將所述消息標識從未讀消息列表中刪除。
[0065]上述裝置中,未讀消息列表模塊303還用于接收包含消息標識的消息讀取請求,從存儲模塊301提取所述消息并反饋,并從未讀消息列表中刪除該消息的標識,減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
[0066]本發(fā)明還提出一種未讀消息展示方法,包括:
[0067]接收新增的消息,將所述新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0068]上述展示方法中,新增消息的標識可以在未讀消息列表中按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目;
[0069]所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
[0070]本發(fā)明還提出一種未讀消息展示裝置,包括:
[0071]展示模塊,用于將新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
[0072]上述展示裝置中,展示模塊可以將新增消息的標識在未讀消息列表中按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目;
[0073]所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
[0074]綜上可見,本發(fā)明提出的未讀消息處理方法和裝置以及未讀消息展示方法和裝置,通過設(shè)置并維護未讀消息列表,能夠?qū)⒂脩舻奈醋x消息直觀地顯示出來,并且能夠?qū)⑽醋x消息按照不同的類別分別顯示。特別是對于微博消息,由于用戶訪問微博的時間碎片特點,未讀消息列表能有效的避免消息丟失的情況,避免重復拉取及閱讀重復的內(nèi)容,同時避免重復刷新Timeline導致的流量浪費。通過對未讀消息按照用戶偏好進行分類,能有效的引導用戶閱讀更多內(nèi)容。
[0075]以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所做的任何修改、等同替換、改進等,均應包含在本發(fā)明保護的范圍之內(nèi)。
【權(quán)利要求】
1.一種未讀消息處理方法,其特征在于,所述方法包括: 設(shè)置時間軸列表和未讀消息列表; 新增消息時,將所述消息的標識加入時間軸列表和未讀消息列表;所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于, 所述未讀消息列表中的消息標識按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;所述消息按照消息發(fā)布者的類另O、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類; 將消息的標識加入未讀消息列表時,根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。
3.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述方法進一步包括:統(tǒng)計所述未讀消息列表中的未讀消息數(shù)目; 將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
4.根據(jù)權(quán)利要求1或2所述的方法,其特征在于,所述方法進一步包括: 從時間軸列表中讀取消息時,從未讀消息列表中刪除所述消息的標識。
5.根據(jù)權(quán)利要求3所述的方法,其特征在于,所述方法進一步包括: 從未讀消息列表中讀取消息時,從未讀消息列表中刪除該消息的標識,并減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從`對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
6.一種未讀消息展示方法,其特征在于,所述方法包括: 接收新增的消息,將所述新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
7.根據(jù)權(quán)利要求6所述的展示方法,其特征在于,所述新增消息的標識在未讀消息列表中按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目; 所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
8.一種未讀消息處理裝置,其特征在于,所述裝置包括: 存儲模塊,用于保存消息; 時間軸列表模塊,用于設(shè)置時間軸列表;當存儲模塊新增消息時,將所述消息的標識加入時間軸列表;所述時間軸列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列; 未讀消息列表模塊,用于設(shè)置未讀消息列表;當存儲模塊新增消息時,將所述消息的標識加入未讀消息列表;所述未讀消息列表中的消息標識按照消息產(chǎn)生時間由近及遠的方式排列。
9.根據(jù)權(quán)利要求8所述的裝置,其特征在于,所述未讀消息列表模塊將未讀消息列表中的消息標識按照消息的類別進行保存,不同類別消息的標識保存在該類別的子列表中,統(tǒng)計每個子列表中的未讀消息數(shù)目;所述消息按照消息發(fā)布者的類別、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類;將消息的標識加入未讀消息列表時,未讀消息列表模塊根據(jù)所述消息的類別將所述消息的標識加入相應類別的子列表,并增加該子列表中的未讀消息數(shù)目。
10.根據(jù)權(quán)利要求8或9所述的裝置,其特征在于,所述未讀消息列表模塊還用于統(tǒng)計所述未讀消息列表中的未讀消息數(shù)目;將消息的標識加入未讀消息列表時,進一步增加未讀消息列表中的未讀消息數(shù)目。
11.根據(jù)權(quán)利要求8或9所述的裝置,其特征在于, 所述時間軸列表模塊還用于接收包含消息標識的消息讀取請求,從存儲模塊提取所述消息并反饋,將包含所述消息標識的提取信息發(fā)送至未讀消息列表模塊; 未讀消息列表模塊還用于接收所述包含消息標識的提取信息,將所述消息標識從未讀消息列表中刪除。
12.根據(jù)權(quán)利要求10所述的裝置,其特征在于,所述未讀消息列表模塊還用于接收包含消息標識的消息讀取請求,從存儲模塊提取所述消息并反饋,并從未讀消息列表中刪除該消息的標識,減少未讀消息列表中的未讀消息數(shù)目;如果未讀消息列表中的消息標識是按照消息的類別進行保存的,則根據(jù)所述消息的類別從對應類別的子列表中刪除該消息的標識,并減少該子類別中的未讀消息數(shù)目。
13.一種未讀消息展示裝置,其特征在于,所述裝置包括: 展示模塊,用于將新增消息的標識在時間軸列表和未讀消息列表中顯示,其中,所述時間軸列表和未讀消息列表中的消息標識均按照消息產(chǎn)生時間由近及遠的方式排列。
14.根據(jù)權(quán)利要求13所述的展示裝置,其特征在于,所述展示模塊將新增消息的標識在未讀消息列表中按照消息的類別分別顯示,不同類別的消息標識顯示在該類別的子列表中,并進一步顯示每個子列表中的未讀消息數(shù)目; 所述消息按照消息發(fā)布者的類別`、消息內(nèi)容的類別、或者消息發(fā)布者類別與消息內(nèi)容類別的組合進行分類。
【文檔編號】H04L12/58GK103870464SQ201210528353
【公開日】2014年6月18日 申請日期:2012年12月10日 優(yōu)先權(quán)日:2012年12月10日
【發(fā)明者】劉里 申請人:騰訊科技(北京)有限公司