一種生成消息索引以便向接收者呈現(xiàn)消息的方法及裝置制造方法
【專利摘要】一種生成消息索引以便向接收者呈現(xiàn)消息的方法，該方法包括：生成待發(fā)布的消息；檢測所述消息的接收者的狀態(tài)；以及基于所述接收者的不同狀態(tài)，在不同的時(shí)刻生成與所述消息相對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。根據(jù)本申請的技術(shù)方案，通過依據(jù)消息接收者的不同狀態(tài)，在不同時(shí)刻生成消息索引以便向接收者呈現(xiàn)消息，減少了消息發(fā)送中的資源消耗，提高了消息的時(shí)效性，使得用戶得到的消息更多，大大提升了用戶體驗(yàn)。對于在線用戶可以及時(shí)的看到他們關(guān)注或者他們好友產(chǎn)生的消息，對于離線用戶他們也不會錯(cuò)過他們關(guān)注或他們好友產(chǎn)生的消息。
【專利說明】一種生成消息索引以便向接收者呈現(xiàn)消息的方法及裝置

【技術(shù)領(lǐng)域】
[0001] 本申請涉及計(jì)算機(jī)網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種生成消息索引以便向接收者呈現(xiàn)消息 的方法及裝置。

【背景技術(shù)】
[0002] 隨著互聯(lián)網(wǎng)技術(shù)的進(jìn)步，人們更多地使用SNS (社交網(wǎng)絡(luò)服務(wù))網(wǎng)站，同時(shí)SNS網(wǎng)站 的功能和應(yīng)用也越來越多，動態(tài)/消息（Feed)的傳播也成為SNS網(wǎng)站最基礎(chǔ)的一項(xiàng)服務(wù)， 例如，在SNS網(wǎng)站中用戶可以發(fā)布自己的動態(tài)/消息，然后使用SNS系統(tǒng)將動態(tài)/消息發(fā)送 給好友或粉絲，讓他們可以看到。
[0003] 目前動態(tài)/消息發(fā)送的系統(tǒng)有推送和拉取模式，動態(tài)/消息的推模式是指當(dāng)用戶 產(chǎn)生了一個(gè)動態(tài)/消息之后，系統(tǒng)會將該動態(tài)/消息實(shí)時(shí)地推送給其好友或者粉絲(消息接 收者)，而動態(tài)/消息的拉模式是指當(dāng)用戶產(chǎn)生了一個(gè)動態(tài)/消息之后，系統(tǒng)不會馬上將這 個(gè)動態(tài)/消息推送給其好友或者粉絲，而是等到其好友或者粉絲主動訪問SNS網(wǎng)站時(shí)，來拉 取這條動態(tài)/消息。目前的消息傳送方法主要是如下方式：對于粉絲或者好友比較少的用 戶，該系統(tǒng)采用推送模式傳播動態(tài)/消息，而對于粉絲或者好友比較多的用戶，該系統(tǒng)則采 用拉模式推送動態(tài)/消息。
[0004] 對于以上的現(xiàn)有技術(shù)，其中存在兩個(gè)問題：一是，活躍用戶（使用SNS網(wǎng)站比較頻 繁的用戶)在整個(gè)SNS用戶中占比比較小，而非活躍用戶由于不經(jīng)常訪問SNS系統(tǒng)，因此，針 對這部分人的推送在消耗計(jì)算資源的同時(shí)，沒有得到應(yīng)有的回報(bào)；二是，由于每個(gè)熱門用戶 (粉絲或好友比較多的用戶）能夠被拉取的動態(tài)/消息有比較嚴(yán)格的數(shù)量限制，而隨著SNS 中熱門用戶數(shù)量的增加，關(guān)注熱門用戶或者是熱門用戶好友的用戶越來越多，因此可能會 導(dǎo)致熱門用戶產(chǎn)生的動態(tài)/消息時(shí)效性過短（熱門用戶之前產(chǎn)生的動態(tài)/消息會很快被新 產(chǎn)生的動態(tài)替換掉），這樣能夠看到這些動態(tài)/消息的人就會比較少，而由于目前的傳播機(jī) 制，這一點(diǎn)對于活躍用戶和非活躍用戶來說是一樣的。
[0005] 綜上所述，針對現(xiàn)有技術(shù)中存在的消息發(fā)送資源消耗大，消息的時(shí)效性過短的問 題，有必要提出改進(jìn)的技術(shù)方案來解決上述問題。


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

[0006] 本申請為克服上述缺陷，提供一種生成消息索引以便向接收者呈現(xiàn)消息的方法和 裝置，以解決在消息發(fā)送資源消耗大，消息的時(shí)效性過短的問題。
[0007] 根據(jù)本申請的一個(gè)方面，一種生成消息索引以便向接收者呈現(xiàn)消息的方法，該方 法包括：生成待發(fā)布的消息；檢測所述消息的接收者的狀態(tài)；以及基于所述接收者的不同 狀態(tài)，在不同的時(shí)刻生成與所述消息相對應(yīng)的消息索引，并將所述消息索引拷貝到所述接 收者的消息索引隊(duì)列中。
[0008] 根據(jù)本申請實(shí)施例的方法，還包括：當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線時(shí)，則 在生成所述消息時(shí)生成與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者 的消息索引隊(duì)列中。
[0009] 根據(jù)本申請實(shí)施例的方法，還包括：當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果 所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻仍然為離線，則在所述預(yù)定時(shí)刻生成 與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0010] 根據(jù)本申請實(shí)施例的方法，還包括：當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果 所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻之前變?yōu)樵诰€，則在所述接收者的狀 態(tài)變?yōu)樵诰€時(shí)生成與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消 息索引隊(duì)列中。
[0011] 根據(jù)本申請實(shí)施例的方法，其中，所述預(yù)訂時(shí)刻為每天的預(yù)訂時(shí)刻。
[0012] 根據(jù)本申請實(shí)施例的方法，還包括：當(dāng)所述接收者在線時(shí)基于所述消息索引隊(duì)列 中的消息索引將所述消息向所述接收者進(jìn)行呈現(xiàn)
[0013] 根據(jù)本申請的另一個(gè)方面，一種生成消息索引以便向接收者呈現(xiàn)消息的裝置，該 裝置包括：消息生成模塊，用于生成待發(fā)布的消息；檢測模塊，用于檢測所述消息的接收者 的狀態(tài)；以及消息索引生成及拷貝模塊，用于基于所述接收者的不同狀態(tài)，在不同的時(shí)刻生 成與所述消息相對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0014] 根據(jù)本申請的實(shí)施例，在所述裝置中，當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線，則 在生成所述消息時(shí)生成與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者 的消息索引隊(duì)列中。
[0015] 根據(jù)本申請的實(shí)施例，在所述裝置中，當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如 果所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻仍然為離線，則在所述預(yù)定時(shí)刻生 成與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0016] 根據(jù)本申請的實(shí)施例，在所述裝置中，生成所述消息時(shí)接收者的狀態(tài)為離線，如果 所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻之前變?yōu)樵诰€，則在所述接收者的狀 態(tài)變?yōu)樵诰€時(shí)生成與所述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消 息索引隊(duì)列中。
[0017] 與現(xiàn)有技術(shù)相比，根據(jù)本申請的技術(shù)方案，能夠通過避免給非活躍用戶發(fā)送消息 來回收這部分計(jì)算資源，同時(shí)對于活躍用戶，他們所關(guān)注或者他們的好友所產(chǎn)生的消息，特 別是其中的熱門用戶所產(chǎn)生的消息，這些消息的實(shí)效性將會更長，所以活躍用戶將能夠比 非活躍用戶看到更多的動態(tài)。對于在線用戶可以及時(shí)的看到他們關(guān)注或者他們好友產(chǎn)生的 消息，對于離線用戶他們也不會錯(cuò)過他們關(guān)注或他們好友產(chǎn)生的消息。

【專利附圖】

【附圖說明】
[0018] 此處所說明的附圖用來提供對本申請的進(jìn)一步理解，構(gòu)成本申請的一部分，本申 請的示意性實(shí)施例及其說明用于解釋本申請，并不構(gòu)成對本申請的不當(dāng)限定。在附圖中：
[0019] 圖1是根據(jù)本申請實(shí)施例的一種生成消息索引以便向接收者呈現(xiàn)消息的方法的 流程圖；
[0020] 圖2是根據(jù)本申請實(shí)施例的實(shí)時(shí)推送模式的流程圖；
[0021] 圖3是根據(jù)本申請實(shí)施例的離線拉取模式的流程圖；
[0022] 圖4是根據(jù)本申請實(shí)施例的實(shí)時(shí)拉取模式的流程圖；
[0023] 圖5是根據(jù)本申請實(shí)施例的實(shí)時(shí)拉取模式和離線拉取模式的子系統(tǒng)的示意圖；以 及
[0024] 圖6是根據(jù)本申請實(shí)施例的一種生成消息索引以便向接收者呈現(xiàn)消息的裝置的 結(jié)構(gòu)框圖。

【具體實(shí)施方式】
[0025] 本申請的主要思想在于，通過對不同狀態(tài)的消息接收者在不同時(shí)刻生成與消息對 應(yīng)的消息索引，以便向接收者進(jìn)行消息呈現(xiàn)，這減少了消息發(fā)送中的資源消耗，提高了消息 的時(shí)效性，使得用戶得到的消息更多，大大提升了用戶體驗(yàn)。
[0026] 為了更好地理解本申請，應(yīng)當(dāng)注意，根據(jù)本發(fā)明的實(shí)施例，術(shù)語"社交網(wǎng)站"或"社 交網(wǎng)絡(luò)"（social network)是指向?qū)μ囟▽ο蟾信d趣或只是一起"閑逛"的人們提供虛擬 社區(qū)的Web站點(diǎn)。成員通過語音、聊天、即時(shí)消息、視頻會議和博客等進(jìn)行通信，并且該服務(wù) 通常向成員提供了聯(lián)系其他成員的好友的方法。這種站點(diǎn)還可以用作親自會面的媒介。"社 交網(wǎng)站"或"社交網(wǎng)絡(luò)"是針對"虛擬社區(qū)"（一群人使用因特網(wǎng)彼此之間就任何事乃至所有 事進(jìn)行通信）的21世紀(jì)術(shù)語。
[0027] 社交網(wǎng)絡(luò)向其用戶（也可稱為成員）提供與該社交網(wǎng)絡(luò)的其他成員進(jìn)行通信和交 互的能力。在使用中，成員加入社交網(wǎng)絡(luò)，繼而向其希望連接的多個(gè)其他成員添加連接。連 接可以由成員顯式地添加，例如成員選擇將要成為好友的特定其他成員；或者基于成員的 共同特征(例如，相同教育機(jī)構(gòu)的校友)而由社交網(wǎng)絡(luò)自動創(chuàng)建。如在此使用的，術(shù)語"好友" 是指成員通過該網(wǎng)站與之形成連接、關(guān)聯(lián)或者關(guān)系的任何其他成員。社交網(wǎng)絡(luò)中的連接通 常是雙向的(但這不是必須的)，因此，術(shù)語"成員"、"用戶"、和"好友"可能依賴于參照系。另 夕卜，術(shù)語"好友"并非必須要求成員在現(xiàn)實(shí)生活中實(shí)際上是朋友(在成員之一是商戶或者其 他實(shí)體時(shí)，一般更是這樣）；其僅表明在社交網(wǎng)絡(luò)中存在的連接關(guān)系。
[0028] 此外，在本申請中，發(fā)出動態(tài)/消息的用戶可以稱為發(fā)布者，而接收該動態(tài)/消息 的用戶/成員/好友可以稱為接收者?？梢岳斫?，發(fā)布者和接收者是相對而言的，也即是說， 對于某一條動態(tài)/消息而言，A用戶是發(fā)布者，B用戶是接收者；但是，對于另一條動態(tài)/消 息而言，A用戶可能是接收者、B用戶可能是發(fā)布者。
[0029] 現(xiàn)在，將在下文中參考附圖更全面地描述本發(fā)明的示例實(shí)施例，附圖中示出了本 發(fā)明的某些而不是所有實(shí)施例。實(shí)際上，本發(fā)明可以體現(xiàn)為很多不同的形式并且不應(yīng)當(dāng)解 釋為限于在此闡明的實(shí)施例；相反，提供這些實(shí)施例從而使得本公開內(nèi)容將滿足適用的法 律要求。貫穿說明書，類似的參考標(biāo)號指代類似的元素?；诒旧暾堉械膶?shí)施例，本領(lǐng)域普 通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本申請保護(hù)的 范圍。
[0030] 針對現(xiàn)有技術(shù)中消息發(fā)送資源消耗大、消息的時(shí)效性過短的問題，本申請的實(shí)施 例提供一種生成消息索引以便向接收者呈現(xiàn)消息的方法，圖1是根據(jù)本申請實(shí)施例的一種 生成消息索引以便向接收者呈現(xiàn)消息的方法的流程圖，該方法包括以下步驟。
[0031] 在步驟S101處，生成待發(fā)布的消息。用戶在使用SNS網(wǎng)站時(shí)，如果要發(fā)布自己的 消息，就是在SNS系統(tǒng)中指定位置輸入自己要發(fā)布的消息并點(diǎn)擊發(fā)布，用戶在該指定位置 輸入自己要發(fā)布的消息，即可以是用戶自己輸入的，也可以是用戶轉(zhuǎn)發(fā)而輸入的。這時(shí)系統(tǒng) 會記錄下用戶輸入的消息，并生成一條待發(fā)布的消息。接下來，該方法進(jìn)行到步驟S102。
[0032] 在步驟S102處，檢測所述消息的接收者的狀態(tài)。消息發(fā)布的時(shí)候，會對該消息的 接收者狀態(tài)進(jìn)行檢測，檢測消息接收者的狀態(tài)是在線還是離線，再依據(jù)接收者不同的狀態(tài) 進(jìn)行不同的處理。
[0033] 在步驟S103處，基于所述接收者的狀態(tài)，在不同時(shí)刻生成與所述消息相對應(yīng)的消 息索引，并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。這里的接收者可以是消 息發(fā)布者的粉絲或好友。在消息發(fā)布者發(fā)布消息時(shí)，接收者的狀態(tài)為在線狀態(tài)或是離線狀 態(tài)，則基于不同的狀態(tài)，可以在不同的時(shí)刻生成對應(yīng)消息的消息索引，并將所述消息索引拷 貝到所述接收者的消息索引隊(duì)列中，基于接收者的狀態(tài)不同，生成及拷貝的時(shí)刻也不同，就 形成了不同的生成及拷貝方式。其中，不同的生成及拷貝方式可以包括實(shí)時(shí)推送模式、離線 拉取模式以及實(shí)時(shí)拉取模式或以上模式的相互組合等。下面結(jié)合圖2、圖3和圖4分別對本 申請的不同模式做進(jìn)一步的詳細(xì)說明。
[0034] 參考圖2,圖2是根據(jù)本申請實(shí)施例的實(shí)時(shí)推送模式的流程圖。在圖2中步驟S201 與圖1中的步驟S101類似，生成待發(fā)布的消息。由消息發(fā)布者進(jìn)行消息的輸入以進(jìn)行發(fā)送， 在步驟S201處，根據(jù)消息發(fā)布者輸入的消息生成待發(fā)布的消息。
[0035] 在步驟S202處，系統(tǒng)檢測接收者的狀態(tài)，并判斷消息發(fā)布者發(fā)布消息時(shí)接收者的 狀態(tài)是否為在線狀態(tài)。如果接收者的狀態(tài)為在線狀態(tài)，則以實(shí)時(shí)推送的模式對消息索引進(jìn) 行生成及拷貝。即當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線狀態(tài)，則在生成消息時(shí)生成與所 述消息對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0036] 接著進(jìn)行到步驟S203,生成與所述消息對應(yīng)的消息索引。當(dāng)消息發(fā)布者發(fā)布消息 時(shí)，系統(tǒng)會把消息內(nèi)容存儲在數(shù)據(jù)庫中，這些存儲下來的消息就是消息本體。在要對消息進(jìn) 行發(fā)送時(shí)，會根據(jù)消息本體生成與之對應(yīng)的消息索引，發(fā)送時(shí)只需對消息索引進(jìn)行生成及 拷貝，不需要對消息本體直接發(fā)送，消息索引的大小很小，這樣就大大節(jié)約了發(fā)送的資源， 對于需要對多個(gè)接收者進(jìn)行消息發(fā)送的，則將會生成多個(gè)消息索引的副本，用來將消息發(fā) 送個(gè)多個(gè)接收者。
[0037] 生成消息索引后進(jìn)行到步驟S204,將所述消息索引拷貝到所述接收者的消息索引 隊(duì)列中。接收者能看到的消息條數(shù)和消息內(nèi)容取決于接收者消息索引隊(duì)列中保存有哪些消 息索引。
[0038] 然后進(jìn)行到步驟S205,基于所述消息索引，將所述消息向所述接收者進(jìn)行發(fā)送。依 據(jù)消息索引從數(shù)據(jù)庫中找到對應(yīng)的消息本體，再以一定的格式將消息本體向接收者呈現(xiàn)， 最終完成消息發(fā)送的工作。
[0039] 接下來對圖3進(jìn)行參考，圖3是根據(jù)本申請實(shí)施例的離線拉取模式的流程圖。在 圖3中步驟S301與圖1中的步驟S101類似，生成待發(fā)布的消息。由消息發(fā)布者進(jìn)行消息 的輸入以進(jìn)行發(fā)送，在步驟S301處，根據(jù)消息發(fā)布者輸入的消息，生成待發(fā)布的消息。
[0040] 在步驟S302處，系統(tǒng)檢測接收者的狀態(tài)，并判斷消息發(fā)布者發(fā)布消息時(shí)接收者的 狀態(tài)是否為在線狀態(tài)。如果接收者的狀態(tài)為離線狀態(tài)，則進(jìn)行步驟S303,判斷接收者的狀 態(tài)在消息發(fā)布后的預(yù)定時(shí)刻之前是否變?yōu)樵诰€。如果接收者在消息發(fā)布后的預(yù)定時(shí)刻之前 一直為離線狀態(tài)，則以離線拉取的模式對消息索引進(jìn)行生成及拷貝。即當(dāng)生成所述消息時(shí) 接收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻仍然為離 線，則在所述預(yù)定時(shí)刻生成與所述消息對應(yīng)的消息索引，并將所述消息索引拷貝到所述接 收者的消息索引隊(duì)列中，當(dāng)所述接收者的狀態(tài)變?yōu)樵诰€時(shí)，基于所述消息索引，將所述消息 向所述接收者進(jìn)行呈現(xiàn)。
[0041] 根據(jù)本申請的實(shí)施例，預(yù)訂時(shí)刻可以為每天的預(yù)訂時(shí)刻，例如，每天的零點(diǎn)，或者 預(yù)定時(shí)刻可以選擇為系統(tǒng)負(fù)擔(dān)小的時(shí)刻，這樣在預(yù)定時(shí)刻為離線用戶進(jìn)行消息發(fā)送時(shí)會減 少系統(tǒng)資源的壓力，讓消息發(fā)送效果更好。在本申請中預(yù)定時(shí)刻還可以是任意適當(dāng)?shù)臅r(shí)刻， 可以為間隔不同時(shí)間段的時(shí)刻，也可以為間隔固定時(shí)間段的時(shí)刻。另外，預(yù)定時(shí)刻也可以是 連續(xù)的時(shí)刻，即離線拉取模式可以一直處于運(yùn)行狀態(tài)，這樣可以減少實(shí)時(shí)拉取模式所需要 獲取的數(shù)據(jù)量，從而加速系統(tǒng)的響應(yīng)時(shí)間，但也會給整個(gè)系統(tǒng)帶來額外的負(fù)載。
[0042] 消息發(fā)布后，因?yàn)楝F(xiàn)有的技術(shù)中對消息保存的時(shí)間和數(shù)目都有限，如果接收者離 線的時(shí)間過長，此消息會被新的消息或太多的消息所替換，那么在接收者下一次在線的時(shí) 候就無法看到此條消息，于是在本申請中會在預(yù)定時(shí)刻對接收者離線的這段時(shí)間中需要接 收的消息進(jìn)行離線拉取，并保存消息索引，這樣在接收者下一次在線時(shí)就能看到他在離線 時(shí)他所關(guān)注或他好友的所有產(chǎn)生的消息。具體而言，在步驟S303判斷接收者的狀態(tài)在消息 發(fā)布后的預(yù)定時(shí)刻之前沒有變?yōu)樵诰€，則該方法進(jìn)行到步驟S304。
[0043] 在步驟S304處，在所述預(yù)定時(shí)刻生成與所述消息對應(yīng)的消息索引。例如，可以在 每天的預(yù)定時(shí)刻對接收者所要接收的消息都會進(jìn)行拉取工作，于是對于每條消息，在該預(yù) 定時(shí)刻就會生成與之對應(yīng)的消息索引。
[0044] 然后進(jìn)行到步驟S305,將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中?？?參照步驟S204。
[0045] 接著進(jìn)行到步驟S306,當(dāng)所述接收者的狀態(tài)變?yōu)樵诰€時(shí)，基于所述消息索引，將所 述消息向所述接收者進(jìn)行呈現(xiàn)?？蓞⒄詹襟ES205。這樣也就完成了消息的發(fā)送工作。
[0046] 參考圖4,圖4是根據(jù)本申請實(shí)施例的實(shí)時(shí)拉取模式的流程圖。在圖3中步驟S401 與圖1中的步驟S101類似，生成待發(fā)布的消息。由消息發(fā)布者進(jìn)行消息的輸入以進(jìn)行發(fā)送， 在步驟S401處，根據(jù)消息發(fā)布者輸入的消息，生成待發(fā)布的消息。
[0047] 在步驟S402處，系統(tǒng)檢測接收者的狀態(tài)，并判斷消息發(fā)布者發(fā)布消息時(shí)接收者的 狀態(tài)是否為在線狀態(tài)。如果接收者的狀態(tài)為離線狀態(tài)，則進(jìn)行步驟S403,判斷接收者的狀 態(tài)在消息發(fā)布后的預(yù)定時(shí)刻之前是否變?yōu)樵诰€。如果接收者在消息發(fā)布后的預(yù)定時(shí)刻之前 變?yōu)樵诰€狀態(tài)，則以實(shí)時(shí)拉取的模式對消息索引進(jìn)行生成及拷貝。即當(dāng)生成所述消息時(shí)接 收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻之前變?yōu)樵?線，則在所述接收者的狀態(tài)變?yōu)樵诰€時(shí)，生成與所述消息對應(yīng)的消息索引，并將所述消息索 引拷貝到所述接收者的消息索引隊(duì)列中，基于所述消息索引將所述消息向所述接收者進(jìn)行 呈現(xiàn)。
[0048] 如果接收者從離線狀態(tài)變?yōu)樵诰€狀態(tài)所間隔的時(shí)間比較短，即在預(yù)定時(shí)刻之前就 變?yōu)樵诰€狀態(tài)，這時(shí)接收者所要接收的消息并沒有超過預(yù)定的保存時(shí)間和保存數(shù)目，所以 可以通過實(shí)時(shí)拉取的模式對消息索引進(jìn)行生成及拷貝。具體而言，在步驟S403判斷接收者 的狀態(tài)在消息發(fā)布后的預(yù)定時(shí)刻之前已經(jīng)變?yōu)樵诰€，則該方法進(jìn)行到步驟S404。
[0049] 在步驟S404處，在所述接收者的狀態(tài)變?yōu)樵诰€時(shí)，生成與所述消息對應(yīng)的消息索 引。
[0050] 然后進(jìn)行到步驟S405,將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中?？?參照步驟S204。
[0051] 接著進(jìn)行到步驟S406,基于所述消息索引，將所述消息向所述接收者進(jìn)行發(fā)送?？?參照步驟S205。這樣也就完成了該消息的發(fā)送工作。
[0052] 對于上述實(shí)時(shí)推送模式、離線拉取模式和實(shí)時(shí)拉取模式在消息索引生成及拷貝的 方法中也可以相互協(xié)作、相互補(bǔ)充。例如，圖5中所示的消息索引生成及拷貝方法。圖5是 根據(jù)本申請實(shí)施例的實(shí)時(shí)拉取模式和離線拉取模式的子系統(tǒng)的示意圖。
[0053] 在圖5中所示的系統(tǒng)中，離線拉取模式子系統(tǒng)采用離線拉取模式進(jìn)行消息發(fā)送， 實(shí)時(shí)拉取模式子系統(tǒng)采用實(shí)時(shí)拉取模式進(jìn)行消息發(fā)送。
[0054] 離線拉取模式子系統(tǒng)可以在某個(gè)固定時(shí)間（例如，在每天的某個(gè)固定時(shí)刻，例如， 系統(tǒng)負(fù)擔(dān)較輕的時(shí)刻）開始運(yùn)行以獲取相關(guān)消息數(shù)據(jù)，將消息索引生成及拷貝給那些在實(shí) 時(shí)推送模式下沒有接收到消息的接收者，然后將每個(gè)接收者對于其粉絲和好友的最后一次 拉取的時(shí)間信息記錄下來。
[0055] 接收者狀態(tài)變?yōu)樵诰€后，開始執(zhí)行實(shí)時(shí)拉取模式子系統(tǒng)，由于預(yù)定時(shí)刻的設(shè)定，所 以接收者變?yōu)樵诰€的時(shí)間可能為兩次離線拉取子系統(tǒng)執(zhí)行時(shí)間的中間，這樣在第一次執(zhí)行 離線拉取子系統(tǒng)到接收者變?yōu)樵诰€的這一段時(shí)間內(nèi)用戶產(chǎn)生的消息就由實(shí)時(shí)拉取子系統(tǒng) 進(jìn)行獲取，這時(shí)，實(shí)時(shí)拉取子系統(tǒng)就會根據(jù)上面離線拉取子系統(tǒng)記錄下來的接收者最后一 次拉取的時(shí)間信息，進(jìn)行消息索引的獲取。這樣實(shí)時(shí)拉取子系統(tǒng)獲得的消息索引連同離線 拉取子系統(tǒng)獲得的消息索引都在接收者的消息索引隊(duì)列中，再根據(jù)消息索引隊(duì)列中的消息 索引向接收者進(jìn)行消息呈現(xiàn)。
[0056] 由于離線拉取模式子系統(tǒng)的存在，使得需要經(jīng)過實(shí)時(shí)拉取模式子系統(tǒng)拉取的數(shù)據(jù) 量就會比較有限，從而提高了整個(gè)系統(tǒng)的性能和穩(wěn)定性。
[0057] 上述只是本申請的一個(gè)實(shí)施例，本申請還有其他實(shí)施例的變形，對于多種發(fā)送模 式的相結(jié)合或單個(gè)執(zhí)行以達(dá)到消息發(fā)送的目的都屬于本申請的保護(hù)范圍。
[0058] 根據(jù)本申請的一個(gè)實(shí)施例，本申請還提供一種生成消息索引以便向接收者呈現(xiàn)消 息的裝置。具體可以參考圖6,圖6是根據(jù)本申請實(shí)施例的一種生成消息索引以便向接收者 呈現(xiàn)的裝置的結(jié)構(gòu)框圖。該裝置可以包括：消息生成模塊10、檢測模塊20和消息索引生成 及拷貝模塊30,消息呈現(xiàn)模塊70。消息生成模塊10可以用于生成待發(fā)布的消息。消息發(fā) 布者進(jìn)行消息內(nèi)容輸入并點(diǎn)擊發(fā)布后，系統(tǒng)會根據(jù)輸入的內(nèi)容生成待發(fā)布的消息。
[0059] 檢測模塊20可以用于檢測所述消息的接收者的狀態(tài)。消息發(fā)布的時(shí)候，會對該消 息的接收者狀態(tài)進(jìn)行檢測，檢測用戶的狀態(tài)是在線還是離線，再依據(jù)接收者不同的狀態(tài)進(jìn) 行不同的處理。
[0060] 消息索引生成及拷貝模塊30可以用于基于所述接收者的狀態(tài)，在不同時(shí)刻生成 與所述消息相對應(yīng)的消息索引，并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。 得到待發(fā)布的消息后，根據(jù)接收者的狀態(tài)，接收者是否在線或消息發(fā)布后的預(yù)定時(shí)刻之前 接收者是否變?yōu)樵诰€狀態(tài)，基于接收者不同的狀態(tài)，可以在不同的時(shí)刻生成對應(yīng)消息的消 息索引，并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中，基于接收者的狀態(tài)不同， 生成及拷貝的時(shí)刻也不同，就形成了不同的生成及拷貝方式。不同生成及拷貝方式包括實(shí) 時(shí)推送模式、離線拉取模式以及實(shí)時(shí)拉取模式或以上模式的相互組合等。
[0061] 消息呈現(xiàn)模塊70可以用于當(dāng)所述接收者在線時(shí)，基于所述消息索引隊(duì)列中的消 息索引將所述消息向所述接收者進(jìn)行呈現(xiàn)。當(dāng)接收者變?yōu)樵诰€時(shí)，根據(jù)接收者消息索引隊(duì) 列中的消息索引，到數(shù)據(jù)庫中找到與之對應(yīng)的消息本體，再以一定的格式將消息本體向接 收者進(jìn)行呈現(xiàn)。
[0062] 根據(jù)本申請的實(shí)施例，其中，消息索引生成及拷貝模塊30還可以包括：實(shí)時(shí)推送 模塊40、離線拉取模塊50和實(shí)時(shí)拉取模塊60。
[0063] 實(shí)時(shí)推送模塊40可以被配置成當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線，則生成 與所述消息對應(yīng)的消息索引，并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0064] 離線拉取模塊50可以被配置成當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果所 述接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻仍然為離線，則在所述預(yù)定時(shí)刻生成與 所述消息對應(yīng)的消息索引，并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
[0065] 實(shí)時(shí)拉取模塊60可以被配置成生成所述消息時(shí)接收者的狀態(tài)為離線，如果所述 接收者的狀態(tài)在所述消息被生成之后的預(yù)定時(shí)刻之前變?yōu)樵诰€，則在所述接收者的狀態(tài)變 為在線時(shí)，生成與所述消息對應(yīng)的消息索弓丨，并將所述消息索引拷貝到所述接收者的消息 索引隊(duì)列中。
[0066] 由于本實(shí)施例的裝置所實(shí)現(xiàn)的功能基本相應(yīng)于前述圖1-圖5所示的方法實(shí)施例， 故本實(shí)施例的描述中未詳盡之處，可以參見前述實(shí)施例中的相關(guān)說明，在此不做贅述。
[0067] 本申請可以在由計(jì)算機(jī)執(zhí)行的計(jì)算機(jī)可執(zhí)行指令的一般上下文中描述，例如程序 模塊或單元。一般地，程序模塊或單元可以包括執(zhí)行特定任務(wù)或?qū)崿F(xiàn)特定抽象數(shù)據(jù)類型的 例程、程序、對象、組件、數(shù)據(jù)結(jié)構(gòu)等等。一般來說，程序模塊或單元可以由軟件、硬件或兩者 的結(jié)合來實(shí)現(xiàn)。也可以在分布式計(jì)算環(huán)境中實(shí)踐本申請，在這些分布式計(jì)算環(huán)境中，由通過 通信網(wǎng)絡(luò)而被連接的遠(yuǎn)程處理設(shè)備來執(zhí)行任務(wù)。在分布式計(jì)算環(huán)境中，程序模塊或單元可 以位于包括存儲設(shè)備在內(nèi)的本地和遠(yuǎn)程計(jì)算機(jī)存儲介質(zhì)中。
[0068] 最后，還需要說明的是，術(shù)語"包括"、"包含"或者其任何其他變體意在涵蓋非排他 性的包含，從而使得包括一系列要素的過程、方法、商品或者設(shè)備不僅包括那些要素，而且 還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設(shè)備所固有的 要素。在沒有更多限制的情況下，由語句"包括一個(gè)……"限定的要素，并不排除在包括所 述要素的過程、方法、商品或者設(shè)備中還存在另外的相同要素。
[0069] 本文中應(yīng)用了具體個(gè)例對本申請的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說 明只是用于幫助理解本申請的方法及其主要思想；同時(shí)，對于本領(lǐng)域的一般技術(shù)人員，依據(jù) 本申請的思想，在【具體實(shí)施方式】及應(yīng)用范圍上均會有改變之處，凡在本申請的精神和原則 之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包括在本申請的權(quán)利要求范圍之內(nèi)。綜上所 述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
[0070] 本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本申請的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序 產(chǎn)品。因此，本申請可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí) 施例的形式。而且，本申請可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī) 可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等）上實(shí)施的計(jì)算機(jī)程序產(chǎn) 品的形式。
[0071] 在一個(gè)典型的配置中，計(jì)算設(shè)備包括一個(gè)或多個(gè)處理器（CPU)、輸入/輸出接口、 網(wǎng)絡(luò)接口和內(nèi)存。內(nèi)存可能包括計(jì)算機(jī)可讀介質(zhì)中的非永久性存儲器，隨機(jī)存取存儲器 (RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器（ROM)或閃存（flash RAM)。內(nèi)存是計(jì)算 機(jī)可讀介質(zhì)的示例。
[0072] 計(jì)算機(jī)可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法 或技術(shù)來實(shí)現(xiàn)信息存儲。信息可以是計(jì)算機(jī)可讀指令、數(shù)據(jù)結(jié)構(gòu)、程序的模塊或其他數(shù)據(jù)。 計(jì)算機(jī)的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存（PRAM)、靜態(tài)隨機(jī)存取存儲器（SRAM)、 動態(tài)隨機(jī)存取存儲器（DRAM)、其他類型的隨機(jī)存取存儲器（RAM)、只讀存儲器（ROM)、電 可擦除可編程只讀存儲器（EEPR0M)、快閃記憶體或其他內(nèi)存技術(shù)、只讀光盤只讀存儲器 (CD-ROM)、數(shù)字多功能光盤（DVD)或其他光學(xué)存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁 性存儲設(shè)備或任何其他非傳輸介質(zhì)，可用于存儲可以被計(jì)算設(shè)備訪問的信息。按照本文中 的界定，計(jì)算機(jī)可讀介質(zhì)不包括暫存電腦可讀媒體（transitory media),如調(diào)制的數(shù)據(jù)信 號和載波。
[0073] 以上所述僅為本申請的實(shí)施例而已，并不用于限制本申請，對于本領(lǐng)域的技術(shù)人 員來說，本申請可以有各種更改和變化。凡在本申請的精神和原則之內(nèi)，所作的任何修改、 等同替換、改進(jìn)等，均應(yīng)包含在本申請的權(quán)利要求范圍之內(nèi)。
【權(quán)利要求】
1. 一種生成消息索引以便向接收者呈現(xiàn)消息的方法，其特征在于，該方法包括： 生成待發(fā)布的消息； 檢測所述消息的接收者的狀態(tài)；以及 基于所述接收者的不同狀態(tài)，在不同的時(shí)刻生成與所述消息相對應(yīng)的消息索引，并將 所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述消息索引的生成及拷貝的步驟包括： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線，則在生成所述消息時(shí)，生成與所述消息對應(yīng) 的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述消息索引的生成及拷貝的步驟包括： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之 后的預(yù)定時(shí)刻仍然為離線，則在所述預(yù)定時(shí)刻生成與所述消息對應(yīng)的消息索引并將所述消 息索引拷貝到所述接收者的消息索引隊(duì)列中。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述消息索引的生成及拷貝的步驟包括： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之 后的預(yù)定時(shí)刻之前變?yōu)樵诰€，則在所述接收者的狀態(tài)變?yōu)樵诰€時(shí)生成與所述消息對應(yīng)的消 息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
5. 根據(jù)權(quán)利要求3或4所述的方法，其特征在于，所述預(yù)訂時(shí)刻為每天的預(yù)訂時(shí)刻。
6. 根據(jù)權(quán)利要求2-4所述的方法，其特征在于，還包括：當(dāng)所述接收者在線或者所述接 收者從離線變成在線時(shí)時(shí)基于所述消息索引隊(duì)列中的消息索引將所述消息向所述接收者 進(jìn)行呈現(xiàn)。
7. -種生成消息索引以便向接收者呈現(xiàn)消息的裝置，其特征在于，該裝置包括： 消息生成模塊，用于生成待發(fā)布的消息； 檢測模塊，用于檢測所述消息的接收者的狀態(tài)；以及 消息索引生成及拷貝模塊，用于基于所述接收者的不同狀態(tài)，在不同的時(shí)刻生成與所 述消息相對應(yīng)的消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
8. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述消息索引生成及拷貝模塊還用于： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為在線，則在生成所述消息時(shí)生成與所述消息對應(yīng)的 消息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
9. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述消息索引生成及拷貝模塊還用于： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之 后的預(yù)定時(shí)刻仍然為離線，則在所述預(yù)定時(shí)刻生成與所述消息對應(yīng)的消息索引并將所述消 息索引拷貝到所述接收者的消息索引隊(duì)列中。
10. 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述消息索引生成及拷貝模塊還用于： 當(dāng)生成所述消息時(shí)接收者的狀態(tài)為離線，如果所述接收者的狀態(tài)在所述消息被生成之 后的預(yù)定時(shí)刻之前變?yōu)樵诰€，則在所述接收者的狀態(tài)變?yōu)樵诰€時(shí)生成與所述消息對應(yīng)的消 息索引并將所述消息索引拷貝到所述接收者的消息索引隊(duì)列中。
【文檔編號】G06F17/30GK104123296SQ201310149223
【公開日】2014年10月29日 申請日期:2013年4月26日 優(yōu)先權(quán)日:2013年4月26日
【發(fā)明者】馬天笑 申請人:阿里巴巴集團(tuán)控股有限公司