本申請涉及互聯(lián)網(wǎng)技術領域，尤其涉及一種信息處理方法和裝置及動態(tài)信息的顯示方法和裝置。

背景技術：

隨著互聯(lián)網(wǎng)技術的發(fā)展，很多互聯(lián)網(wǎng)金融方案應運而生。一種互聯(lián)網(wǎng)金融方案是互聯(lián)網(wǎng)眾籌。用戶進入互聯(lián)網(wǎng)眾籌的頁面后，會對應眾籌項目顯示該項目的動態(tài)信息，例如，對應募集中的項目，顯示瀏覽信息、社交信息和交易信息等。

相關技術中，動態(tài)信息在產(chǎn)生后，就會被信息產(chǎn)生模塊直接寫入到緩存中，例如，用戶界面會將瀏覽信息和社交信息直接寫入到緩存中，交易服務模塊會將交易信息直接寫入到緩存中。

由于產(chǎn)生的動態(tài)信息的數(shù)據(jù)量很大，特別是瀏覽信息，那么就會對緩存產(chǎn)生大量的寫操作，而緩存合適的應用場景是寫少讀多，因此會對緩存造成很大的寫壓力，影響緩存性能。

進一步的，對于每個項目來說，只緩存最新的若干條信息，當用戶界面從緩存中讀取信息進行顯示時，顯示的就是相對較新的信息。由于用戶更常用的行為是瀏覽，因此緩存中較新的信息通常就是瀏覽信息，相應的，通常顯示的也是瀏覽信息，而社交信息和交易信息就會被淹沒掉。但是，對于用戶更有參考價值的信息卻是社交信息和交易信息，而瀏覽信息的參考價值相對較小，因此，就會造成顯示的信息的價值不高，而價值高的信息無法被顯示。

技術實現(xiàn)要素：

本申請旨在至少在一定程度上解決相關技術中的技術問題之一。

為此，本申請的一個目的在于提出一種信息處理方法和裝置。

為達到上述目的，本申請第一方面實施例提出的信息處理方法，包括：確定需要更新的信息分類；將所確定的分類中的信息寫入緩存；其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

為達到上述目的，本申請第二方面實施例提出的信息處理裝置，包括：確定模塊，用于確定需要更新的信息分類；寫入模塊，用于將所確定的分類中的信息寫入緩存；其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

為達到上述目的，本申請第三方面實施例提出的動態(tài)信息的顯示方法，包括：從服務端的緩存中獲取動態(tài)信息；顯示所述動態(tài)信息；其中，所述動態(tài)信息與信息分類相關。

為達到上述目的，本申請第四方面實施例提出的動態(tài)信息的顯示裝置，包括：獲取模塊，用于從服務端的緩存中獲取動態(tài)信息；顯示模塊，用于顯示所述動態(tài)信息；其中，所述動態(tài)信息與信息分類相關。

為達到上述目的，本申請第五方面實施例提出的信息處理裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：確定需要更新的信息分類；將所確定的分類中的信息寫入緩存；其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

為達到上述目的，本申請第六方面實施例提出的動態(tài)信息的顯示裝置，包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：從服務端的緩存中獲取動態(tài)信息；顯示所述動態(tài)信息；其中，所述動態(tài)信息與信息分類相關。

為達到上述目的，本申請第七方面實施例提出的信息處理系統(tǒng)，包括：收集裝置，用于接收前臺界面產(chǎn)生的動態(tài)信息；消息裝置，用于接收后臺服務器產(chǎn)生的動態(tài)信息；服務裝置，用于接收所述收集模塊和所述消息模塊發(fā)送的動態(tài)信息，并根據(jù)所述動態(tài)信息所屬的分類存儲到所述分類對應的存儲空間，以及在緩存需要更新時，將所確定的分類中的動態(tài)信息寫入緩存；緩存裝置，用于接收所述服務模塊寫入的動態(tài)信息。

本申請實施例提供的技術方案可以包括以下有益效果：

通過將所確定的分類中的信息寫入緩存，可以選擇更有價值的信息寫入到緩存。當用戶界面從緩存中讀取信息進行顯示時，可以顯示更有價值的信息。

進一步的，通過在達到更新緩存的定時時間時，才將信息寫入緩存，而不是在產(chǎn)生信息時直接就寫入緩存，可以降低寫次數(shù)，從而降低緩存的寫壓力，提高緩存性能。進一步的，通過對信息產(chǎn)生方發(fā)送的信息進行存儲，可以實現(xiàn)信息沉淀，為相關流程提供數(shù)據(jù)支持。

本申請附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本申請的實踐了解到。

附圖說明

本申請上述的和/或附加的方面和優(yōu)點從下面結合附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是本申請一個實施例提出的信息處理方法的流程示意圖；

圖2是本申請另一個實施例提出的信息處理方法的流程示意圖；

圖3是本申請另一個實施例提出的信息處理方法的流程示意圖；

圖4是本申請另一個實施例提出的信息處理方法的流程示意圖；

圖5是圖4對應的處理系統(tǒng)的結構示意圖；

圖6是本申請一個實施例提出的信息處理裝置的結構示意圖；

圖7是本申請一個實施例提出的信息處理裝置的結構示意圖；

圖8是本申請一個實施例提出的動態(tài)信息的顯示方法的流程示意圖；

圖9是本申請一個實施例提出的動態(tài)信息的顯示裝置的結構示意圖；

圖10是本申請另一個實施例提出的動態(tài)信息的顯示裝置的結構示意圖。

具體實施方式

下面詳細描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的模塊或具有相同或類似功能的模塊。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本申請，而不能理解為對本申請的限制。相反，本申請的實施例包括落入所附加權利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。

圖1是本申請一個實施例提出的信息處理方法的流程示意圖。

參見圖1，本實施例的方法包括：

s11：確定需要更新的信息分類。

s12：將所確定的分類中的信息寫入緩存。

其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

一些實施例中，參見圖2，在s11之前，還可以包括：

s21：接收信息產(chǎn)生方發(fā)送的信息。

其中，假設本實施例的執(zhí)行主體稱為處理模塊，在處理模塊和信息產(chǎn)生方之間可以設置統(tǒng)一模塊，由統(tǒng)一模塊接收信息產(chǎn)生方產(chǎn)生的信息，并發(fā)送給處理模塊。

因此，該步驟可以具體是接收信息產(chǎn)生方通過統(tǒng)一模塊發(fā)送的信息。

其中，統(tǒng)一模塊不限于一個，可以依據(jù)信息類別的不同，采用不同的統(tǒng)一模塊，例如，前臺(如頁面)產(chǎn)生的信息通過一個統(tǒng)一模塊發(fā)送給處理模塊，后臺(如交易服務器)產(chǎn)生的信息通過另一個統(tǒng)一模塊發(fā)送給處理模塊。

每個信息產(chǎn)生方在產(chǎn)生信息后，將各自產(chǎn)生的信息都發(fā)給相同的統(tǒng)一模塊，這樣可以避免存在依賴關系的信息產(chǎn)生者之間的直接依賴，便于擴展。例如，如果信息產(chǎn)生者a與信息產(chǎn)生者b之間存在依賴關系，如果不存在統(tǒng)一模塊，則信息產(chǎn)生者a和信息產(chǎn)生者b之間需要直接連接，而兩者直接相連會存在一定的限定性，而都連接到統(tǒng)一模塊，可以避免這種限定。

一些實施例中，接收的上述的信息可以具體是預設類型的信息，以對預設類型的信息進行本實施例的處理?；蛘?，

一些實施例中，也可以是在s21接收到信息后，判斷是否是預設類型的信息，以便在是預設類型的信息進行后續(xù)的s22及其后續(xù)步驟。

進一步的，上述的預設類型的信息可以具體是動態(tài)信息，動態(tài)信息是隨著時間的不同動態(tài)變化的信息。動態(tài)信息又可以進一步分為不同類別，如分為瀏覽信息、社交信息或交易信息。以某個項目的動態(tài)信息為例，瀏覽信息例如包括：用戶a瀏覽了該項目；社交信息例如包括：用戶a針對該項目進行了什么評論，或者，用戶a對該項目進行了點贊；交易信息包括：用戶a對該項目投資了多少錢。

s22：確定所述信息所屬的分類。

s23：將所述信息存儲到所述分類對應的存儲空間。

其中，參見圖3，處理模塊可以在本地創(chuàng)建隊列，初始時，隊列可以設置為空。當處理模塊接收到信息后，可以將信息存儲到已創(chuàng)建的隊列中。具體的，可以根據(jù)信息類別，將不同類別的信息存儲到不同的隊列中(s31)。

例如，可以將信息分為：瀏覽信息、社交信息和交易信息，則可以創(chuàng)建三個隊列，分別稱為瀏覽隊列、社交隊列和交易隊列。當接收到信息后，將信息存儲到對應類別的隊列中。例如，當接收到瀏覽信息時，將瀏覽信息存儲到瀏覽隊列；當接收到社交信息時，將社交信息存儲到社交隊列；當接收到交易信息，將交易信息存儲到交易隊列。

進一步的，可以設置每個隊列的最大長度。

不同隊列的最大長度可以相同或不同。

例如，可以與隊列中存儲的信息相關。具體的，可以與所存儲的信息的價值正相關。例如，一個隊列中存儲的信息的價值越高，該隊列的最大長度越大。而每種信息的價值可以根據(jù)實際需要確定。

例如，瀏覽隊列、社交隊列和交易隊列的最大長度分別是1、5、10，則如果要在一個隊列中存儲一條信息時，如果當前隊列長度達到最大長度(隊列滿)時，可以剔除存儲時間最久的信息，而將新來的信息存儲到隊列中。

其中，當前隊列長度可以通過檢測隊列的當前情況得到。例如，可以在處理模塊中設置計數(shù)器，計數(shù)器用于對每個隊列中存儲的信息的個數(shù)進行統(tǒng)計，從而可以得到當前隊列長度。例如，瀏覽隊列中當前存儲一條瀏覽信息，則確定瀏覽隊列的當前隊列長度是1。

進一步的，參見圖2，s11之前還可以包括：

s24：判斷當前時間是否達到更新緩存的定時時間，若是，執(zhí)行s11及其后續(xù)步驟，否則重復執(zhí)行s24及其后續(xù)步驟。

其中，緩存可以設置為定時更新的，當達到設置的更新時間時，可以確定相應的分類并將所確定的分類中的信息寫入緩存。

如圖3所示，在確定需要更新的信息的分類時，可以包括：

s32：獲取每個隊列的權重數(shù)據(jù)和當前隊列長度。

其中，權重數(shù)據(jù)可以包括：熱度值和/或人工干預值。

熱度值可以通過對隊列中存儲的信息進行熱度統(tǒng)計后得到，例如，瀏覽隊列的熱度值是瀏覽信息的熱度值，社交隊列的熱度值是社交信息的熱度值等。其中，一種類別信息的熱度值可以是該類別信息在統(tǒng)計時間內(nèi)的出現(xiàn)總次數(shù)。因此，當一種類別信息越頻繁出現(xiàn)時，該類別信息及對應隊列的熱度值越大。

人工干預值是人工設置的，可以根據(jù)需求設置每個隊列的人工干預值，例如，某個類別信息的價值越大，則設置該類別信息及對應隊列的人工干預值越大。例如，社交信息相對于瀏覽信息更為價值，則可以設置社交隊列的人工干預值大于瀏覽隊列的人工干預值。

當前隊列長度可以通過設置的計數(shù)器，對每個隊列的長度進行計數(shù)得到。

s33：根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列。

其中，對應每個隊列，可以計算權重數(shù)據(jù)(如熱度值和人工干預值)和當前隊列長度的乘積，選擇乘積最大的隊列。

進一步的，當乘積最大的隊列為一個時，則將乘積最大的隊列確定為選擇的一個隊列。

當乘積最大的隊列為多個時，則在乘積最大的多個隊列中，進一步根據(jù)預設算法，選擇出一個隊列。例如，預設算法是根據(jù)人工干預值選擇，則假設乘積最大的隊列包括隊列a和隊列b，如果隊列a的人工干預值大于隊列b的人工干預值，則確定選擇的一個隊列是隊列a。

可以理解的是，在人工設置時，需要對應每個隊列分別設置不同的干預值。

在選擇出隊列后，可以從隊列中讀取信息寫入緩存中。

如圖3所示，從隊列中讀取信息寫入緩存的流程可以包括：

s34：將所確定的隊列中的當前存在且存儲時間最久的一條信息，寫入緩存。

其中，在隊列中讀取信息時，依據(jù)先進先出原則。

另外，在將信息寫入到緩存時，緩存中可以僅存儲最新的若干條信息。

本實施例中，通過確定需要更新的信息的分類，在確定的分類中的信息寫入緩存中，可以選擇更有價值的信息寫入到緩存。當用戶界面從緩存中讀取信息進行顯示時，可以顯示更有價值的信息。進一步的，通過在需要更新緩沖時，才讀取信息并寫入緩存中，而不是在產(chǎn)生信息時直接就寫入緩存，可以降低寫次數(shù)，從而降低緩存的寫壓力，提高緩存性能。進一步的，通過對信息產(chǎn)生者發(fā)送的信息進行存儲，可以實現(xiàn)信息沉淀，為相關流程提供數(shù)據(jù)支持。

將上述的信息緩存方法應用到金融項目的動態(tài)信息的處理場景時，本申請還可以給出如下的實施例。

圖4是本申請另一個實施例提出的信息處理方法的流程示意圖。圖5是圖4對應的處理系統(tǒng)的結構示意圖。

如圖5所示，上述的處理系統(tǒng)會涉及的模塊包括：前臺界面51、收集模塊52、動態(tài)信息緩存模塊53、市場后臺服務模塊54、熱度模型55、人工干預模塊56、消息模塊57、交易服務模塊58和數(shù)據(jù)庫59。

如圖5所示，前臺界面位于客戶端，其余模塊位于服務端。需要說明的是，圖5以收集模塊位于服務端為例，但是，收集模塊也可以位于客戶端。

對各模塊的說明如下：

前臺界面：用戶進入系統(tǒng)之后看到的界面，用戶所有操作都通過前臺界面，也可以稱為用戶界面。

收集模塊：對前臺界面上用戶的操作行為(如點擊行為、搜索行為)進行檢測，并發(fā)送給市場后臺服務和熱度模型。

動態(tài)信息緩存模塊：針對每個金融項目(簡稱項目)設置一個緩存列表，每個緩存列表中存儲該項目需要顯示的動態(tài)信息。

市場后臺服務：針對收集模塊和消息模塊發(fā)送過來的信息進行處理，結合熱度模型和人工干預進行權重計算，并更新緩存中的動態(tài)信息。

熱度模型：對用戶的點擊熱度和搜索信息進行分析，給出每種類別的信息的熱度值。

人工干預模塊：由后臺管理員設置對各類別的信息的干預值。

消息模塊：負責分發(fā)交易服務模塊的交易消息。

數(shù)據(jù)庫：用于存儲信息。例如，熱度模型接收到收集模塊發(fā)送的信息后可以將信息存儲到數(shù)據(jù)庫中，熱度模型需要計算熱度值時從數(shù)據(jù)庫中獲取信息并計算熱度值。

參見圖4，上述各模塊之間交互的流程包括：

s401：前臺界面檢測用戶對項目產(chǎn)生的用戶操作行為，并發(fā)送給收集模塊。

其中，用戶打開項目所在頁面后，用戶可以對項目進行瀏覽、點贊、評論、分享、交易、搜索等操作，相應的，前臺界面可以檢測到相應的具體的用戶操作行為，如瀏覽行為(檢測到對項目的點擊)、社交行為(包括點贊、評論、分享等)、搜索行為。

s402：收集模塊根據(jù)前臺界面發(fā)送的用戶操作行為，獲取瀏覽信息和社交信息等不依賴后臺服務的動態(tài)信息。

其中，動態(tài)信息可以分為依賴后臺服務的信息和不依賴后臺服務的信息，依賴后臺服務的信息例如包括交易信息，不依賴后臺服務的信息例如包括瀏覽信息和社交信息等。

本實施例以依賴后臺服務的信息是交易信息，不依賴后臺服務的信息是瀏覽信息和社交信息為例。

因此，當用戶操作行為是瀏覽或社交時，則可以獲取相應的瀏覽信息和社交信息。

s403：收集模塊將瀏覽信息和社交信息發(fā)送給市場后臺服務模塊。

瀏覽信息例如包括：用戶a已瀏覽、用戶b已瀏覽等。

社交信息例如包括：用戶a說了什么，用戶b說了什么；和/或，用戶a點贊，用戶b點贊等。

s404：收集模塊將用戶操作行為通知給熱度模型。

例如，用戶在前臺界面上產(chǎn)生一次瀏覽行為，則收集模塊向熱度模型發(fā)送當前產(chǎn)生一次瀏覽行為的通知消息。

s405：熱度模型根據(jù)通知消息，統(tǒng)計每種類別的信息的熱度值。

例如，熱度模型中可以設置計數(shù)器，初始值為0，當接收到對一種行為的一次通知消息，則將該行為對應信息的熱度值加1。

如，熱度模型在用戶每發(fā)生一次瀏覽行為時，則將瀏覽信息的熱度值加1。熱度模型在用戶每發(fā)生一次社交行為時，則將社交信息的熱度值加1。熱度模型在用戶每發(fā)生一次交易行為時，則將交易信息的熱度值加1。

可以理解的是，熱度模型在進行上述統(tǒng)計時，是對應每個項目的所有用戶進行的統(tǒng)計。例如，項目a的瀏覽信息的熱度值，是瀏覽過項目a的所有用戶產(chǎn)生的熱度值。

進一步的，上述的瀏覽可以具體包括對同一項目的所有頁面的查看。社交主要包括用戶在點贊、評論和分享這些社交板塊產(chǎn)生的行為。交易主要包括用戶當前交易及已成交交易。

另外，本實施例以瀏覽、社交和交易為例，還可以包括搜索。

進一步的，搜索可以包括直接搜索和間接搜索。例如系統(tǒng)中有項目名為“零碳科技”，用戶在搜索框直接搜索“零碳科技”為對該項目的直接搜索，用戶在搜索框輸入“環(huán)保”，收集模塊通過匹配規(guī)則，會將該次搜索匹配到“零碳科技”上，這記為對項目的間接搜索。

s406：交易服務模塊將交易信息，發(fā)送給消息模塊。

s407：消息模塊將交易信息發(fā)送給市場后臺服務模塊。

s408：市場后臺服務模塊將接收的信息存儲到對應類別的隊列中。

例如，將瀏覽信息存儲到瀏覽隊列，將社交信息存儲到社交隊列，將交易信息存儲到交易隊列。

通過上述流程，信息產(chǎn)生者可以通過收集模塊或消息模塊將信息發(fā)送給市場后臺服務模塊。

市場后臺服務模塊將信息存儲到隊列中，可以實現(xiàn)信息沉淀。另外，可以依據(jù)信息類別存儲到不同隊列中，以選擇更有價值的信息。

在達到每個定時的更新緩存的時間時，例如每秒更新一次，則可以每秒循環(huán)執(zhí)行s409-s413：

s409：市場后臺服務模塊從熱度模型獲取熱度值。

s410：市場后臺服務模塊從人工干預模塊獲取人工干預值。

s411：市場后臺服務模塊從計數(shù)器獲取每個隊列的當前隊列長度。

s412：市場后臺服務模塊，計算每個隊列的熱度值、人工干預值和當前隊列長度的乘積，選擇乘積最大的一個隊列。

s413：從選擇的隊列中，讀取一條信息寫入到動態(tài)信息緩存模塊中。

進一步的，當前臺界面需要顯示信息時，可以從緩存中讀取信息進行顯示。

其中，前臺界面在顯示信息時可以采用定時更新的方式，則達到定時的更新顯示時間或接收到用戶觸發(fā)更新的指令時，可以循環(huán)執(zhí)行s414-s415。

s414：前臺界面從緩存中讀取信息。

s415：前臺界面顯示讀取的信息。

可以理解的是，本實施例中無特殊說明的地方，可以參見上述實施例中的相關描述，在此不再贅述。

本實施例中，通過在達到緩存的更新時間時，向緩存中寫入信息，可以降低緩存的寫壓力。通過根據(jù)熱度值、人工干預值和當前隊列長度的乘積選擇隊列，并在選擇的隊列中讀取信息，可以將更有價值的信息寫入緩存，以顯示更有價值的信息，避免社交信息和交易信息淹沒在瀏覽信息中。通過將動態(tài)信息存儲到隊列中，可以實現(xiàn)信息沉淀，為其他流程提供數(shù)據(jù)支持。通過消息模塊轉發(fā)交易消息，可以避免不同服務間的依賴限制。

圖6是本申請一個實施例提出的信息處理裝置的結構示意圖。

參見圖6，本實施例的裝置60包括：確定模塊61和寫入模塊62。

確定模塊61，用于確定需要更新的信息分類；

寫入模塊62，用于將所確定的分類中的信息寫入緩存；

其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

一些實施例中，參見圖7，該裝置60還可以包括：

觸發(fā)模塊63，用于判斷當前時間是否達到更新緩存的定時時間，以便在達到時，觸發(fā)所述確定模塊執(zhí)行。

一些實施例中，參見圖7，該裝置60還可以包括：

接收模塊64，用于接收信息產(chǎn)生方發(fā)送的信息；

存儲模塊65，用于確定所述信息所屬的分類，將所述信息存儲到所述分類對應的存儲空間。

一些實施例中，參見圖7，該裝置60還可以包括：

判斷模塊66，用于判斷所述信息是否是預設類型的信息，以在所述信息是預設類型的信息時，觸發(fā)存儲模塊執(zhí)行。

一些實施例中，所述存儲模塊65具體用于：

將不同類別的信息，存儲到不同的隊列中。

一些實施例中，所述確定模塊61具體用于：

獲取每個隊列的權重數(shù)據(jù)和當前隊列長度；

根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列。

一些實施例中，所述權重數(shù)據(jù)包括：熱度值和/或人工干預值，其中，所述熱度值是所述隊列中存儲的信息的熱度值，所述信息的熱度值是對所有用戶的對應所述信息的操作行為進行熱度統(tǒng)計后得到的。

一些實施例中，所述不同的隊列的最大長度與存儲的信息相關。

一些實施例，所述根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列，包括：

計算所述權重數(shù)據(jù)與所述當前隊列長度的乘積，在所有隊列中選擇乘積最大的隊列；

如果乘積最大的隊列為一個，則將所述乘積最大的隊列，作為確定出的一個隊列；或者，

如果乘積最大的隊列大于一個，則在乘積最大的多個隊列中，根據(jù)預設算法，確定出一個隊列。

一些實施例中，所述寫入模塊62具體用于：

將所確定的分類中的當前存在且存儲時間最久的一條信息，寫入緩存。

一些實施例中，所述接收模塊64具體用于：

接收信息產(chǎn)生方通過統(tǒng)一模塊發(fā)送的信息，其中，當同種類別的信息由多個信息產(chǎn)生方產(chǎn)生時，所述多個信息產(chǎn)生方均與所述統(tǒng)一模塊連接。

一些實施例中，所述預設類型的信息是動態(tài)信息。

可以理解的是，本實施例的裝置與上述方法實施例對應，具體內(nèi)容可以參見上述相關描述，在此不再贅述。

本實施例中，通過選擇分類，在選擇的分類中讀取信息寫入緩存中，可以選擇更有價值的信息寫入到緩存。當用戶界面從緩存中讀取信息進行顯示時，可以顯示更有價值的信息。進一步的，通過在達到更新緩存的定時時間時，才讀取信息并寫入緩存中，而不是在產(chǎn)生信息時直接就寫入緩存，可以降低寫次數(shù)，從而降低緩存的寫壓力，提高緩存性能。進一步的，通過對信息產(chǎn)生者發(fā)送的信息進行存儲，可以實現(xiàn)信息沉淀，為相關流程提供數(shù)據(jù)支持。

圖8是本申請一個實施例提出的動態(tài)信息的顯示方法的流程示意圖。

參見圖8，本實施例的流程包括：

s81：從服務端的緩存中獲取動態(tài)信息；

s82：顯示所述動態(tài)信息；

其中，所述動態(tài)信息與信息分類相關。

當采用相關技術中的產(chǎn)生動態(tài)信息后直接寫入緩存的方案時，動態(tài)信息是與產(chǎn)生時間相關的，因此，顯示的動態(tài)信息是最新產(chǎn)生的動態(tài)信息。

而本實施例中，上述的動態(tài)信息與信息分類相關，因此，顯示的動態(tài)信息屬于所需要分類中的信息，例如，用戶更希望看到交易信息，則顯示的動態(tài)信息更多的是交易信息。

具體的，為了實現(xiàn)動態(tài)信息與信息分類相關，可以采用上述實施例中的相關內(nèi)容將動態(tài)信息寫入到緩存。

具體的，動態(tài)信息及服務端對動態(tài)信息的處理流程可以參見上述實施例，在此不再詳細說明。

一些實施例中，該方法還可以包括：

從所述服務端的數(shù)據(jù)庫中獲取靜態(tài)信息。

靜態(tài)信息例如包括：網(wǎng)頁的固定內(nèi)容對應的信息，例如某個金融項目的具體名稱、圖片、相關介紹信息等。

一些實施例中，該方法還可以包括：還包括：

將產(chǎn)生的動態(tài)信息發(fā)送給所述服務端。

例如，客戶端還可以產(chǎn)生瀏覽信息、社交信息等動態(tài)信息，當客戶端產(chǎn)生這些信息后可以將其發(fā)送給服務端。相應的，服務端接收到動態(tài)信息后，可以對其進行分類存儲。

可以理解的是，本實施例的具體內(nèi)容可以參見上述實施例中的相關說明，在此不再贅述。

圖9是本申請一個實施例提出的動態(tài)信息的顯示裝置的結構示意圖。

參見圖9，本實施例的裝置90包括：第一獲取模塊91和顯示模塊92。

第一獲取模塊91，用于從服務端的緩存中獲取動態(tài)信息；

顯示模塊92，用于顯示所述動態(tài)信息；

其中，所述動態(tài)信息與信息分類相關。

一些實施例中，參見圖10，該裝置90還包括：

第二獲取模塊93，用于從所述服務端的數(shù)據(jù)庫中獲取靜態(tài)信息。

一些實施例中，參見圖10，該裝置90還包括：

發(fā)送模塊94，用于將產(chǎn)生的動態(tài)信息發(fā)送給所述服務端。

可以理解的是，本實施例的裝置與上述方法實施例對應，具體內(nèi)容可以參見上述相關描述，在此不再贅述。

本實施例中，通過顯示動態(tài)信息，并且動態(tài)信息與信息分類相關，可以顯示更有價值的信息。

本申請還提供了一種信息處理裝置。該裝置包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：確定需要更新的信息分類；將所確定的分類中的信息寫入緩存；其中，所述分類中的信息，在接收后根據(jù)信息所屬的分類被存儲到所述分類對應的存儲空間。

一些實施例中，所述處理器還被配置為：

判斷當前時間是否達到更新緩存的定時時間，以便在達到時，執(zhí)行確定需要更新的信息分類的步驟。

一些實施例中，所述處理器還被配置為：接收信息產(chǎn)生方發(fā)送的信息；確定所述信息所屬的分類；將所述信息存儲到所述分類對應的存儲空間。

一些實施例中，在接收信息產(chǎn)生方發(fā)送的信息之后，所述方法還包括：

判斷所述信息是否是預設類型的信息，以便在所述信息是預設類型的信息時，執(zhí)行確定所述信息所屬的分類的步驟。

一些實施例中，所述將所述信息存儲到所述分類對應的存儲空間，包括：

將不同類別的信息，存儲到不同的隊列中。

一些實施例中，所述確定需要更新的信息分類，包括：

獲取每個隊列的權重數(shù)據(jù)和當前隊列長度；

根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列。

一些實施例中，所述權重數(shù)據(jù)包括：熱度值和/或人工干預值，其中，所述熱度值是所述隊列中存儲的信息的熱度值，所述信息的熱度值是對所有用戶的對應所述信息的操作行為進行熱度統(tǒng)計后得到的。

一些實施例中，所述不同的隊列的最大長度與存儲的信息相關。

一些實施例中，所述根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列，包括：

計算所述權重數(shù)據(jù)與所述當前隊列長度的乘積，在所有隊列中選擇乘積最大的隊列；

如果乘積最大的隊列為一個，則將所述乘積最大的隊列，作為確定出的一個隊列；或者，

如果乘積最大的隊列大于一個，則在乘積最大的多個隊列中，根據(jù)預設算法，確定出一個隊列。

一些實施例中，所述將所確定的分類中的信息寫入緩存，包括：

將所確定的分類中的當前存在且存儲時間最久的一條信息，寫入緩存。

一些實施例中，所述接收信息產(chǎn)生方發(fā)送的信息，包括：

接收信息產(chǎn)生方通過統(tǒng)一模塊發(fā)送的信息，其中，當同種類別的信息由多個信息產(chǎn)生方產(chǎn)生時，所述多個信息產(chǎn)生方均與所述統(tǒng)一模塊連接。

一些實施例中，所述預設類型的信息是動態(tài)信息。

可以理解的是，本實施例與上述的信息處理方法實施例對應，具體內(nèi)容可以參見上述實施例中的相關描述，在此不再詳細說明。

本申請還提供了一種動態(tài)信息的顯示裝置。該裝置包括：處理器；用于存儲處理器可執(zhí)行指令的存儲器；其中，所述處理器被配置為：從服務端的緩存中獲取動態(tài)信息；顯示所述動態(tài)信息；其中，所述動態(tài)信息與信息分類相關。

一些實施例中，所述處理器還被配置為：

將產(chǎn)生的動態(tài)信息發(fā)送給所述服務端。

一些實施例中，所述處理器還被配置為：

從所述服務端的數(shù)據(jù)庫中獲取靜態(tài)信息。

可以理解的是，本實施例與上述的動態(tài)信息的顯示方法實施例對應，具體內(nèi)容可以參見上述實施例中的相關描述，在此不再詳細說明。

本申請還提供了一種信息處理系統(tǒng)，包括：收集裝置、消息裝置、服務裝置和緩存裝置。

收集裝置，用于接收前臺界面產(chǎn)生的動態(tài)信息；

消息裝置，用于接收后臺服務器產(chǎn)生的動態(tài)信息；

服務裝置，用于接收所述收集模塊和所述消息模塊發(fā)送的動態(tài)信息，并根據(jù)所述動態(tài)信息所屬的分類存儲到所述分類對應的存儲空間，以及在緩存需要更新時，將所確定的分類中的動態(tài)信息寫入緩存；

緩存裝置，用于接收所述服務模塊寫入的動態(tài)信息。

一些實施例中，該系統(tǒng)還包括：

前臺界面裝置，用于將產(chǎn)生的動態(tài)信息發(fā)送給所述收集模塊，以及，在需要顯示動態(tài)信息時，從所述緩存裝置獲取動態(tài)信息進行顯示。

一些實施例中，所述服務裝置具體用于：

將不同類別的動態(tài)信息，存儲到不同的隊列中；以及，

在緩存需要更新時，獲取每個隊列的權重數(shù)據(jù)和當前隊列長度，根據(jù)所述權重數(shù)據(jù)和所述當前隊列長度，在所有隊列中確定一個隊列；以及，

將所確定隊列中的當前存在且存儲時間最久的一條信息，寫入緩存。

一些實施例中，所述權重數(shù)據(jù)包括：熱度值和人工干預值，所述系統(tǒng)還包括：

熱度模型裝置，用于計算所述熱度值；

人工干預裝置，用于設置所述人工干預值。

可以理解的是，本實施例的收集裝置、消息裝置、服務裝置、緩存裝置、前臺界面裝置、熱度模型裝置和人工干預裝置分別對應上述實施例中的收集模塊、消息模塊、市場后臺服務模塊、動態(tài)信息緩存模塊、前臺界面、熱度模型、人工干預模塊，本實施例的后臺服務器對應上述實施例中的交易服務模塊。因此，具體內(nèi)容可以參見上述實施例中的相關描述，在此不再詳細說明。

需要說明的是，在本申請的描述中，術語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。此外，在本申請的描述中，除非另有說明，“多個”的含義是指至少兩個。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應被本申請的實施例所屬技術領域的技術人員所理解。

應當理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領域公知的下列技術中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場可編程門陣列(fpga)等。

本技術領域的普通技術人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質中。

上述提到的存儲介質可以是只讀存儲器，磁盤或光盤等。

在本說明書的描述中，參考術語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結合該實施例或示例描述的具體特征、結構、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結構、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結合。

盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領域的普通技術人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。