一種數(shù)據(jù)信息處理系統(tǒng)及方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)信息處理系統(tǒng)及方法，該系統(tǒng)包括數(shù)據(jù)同步模塊、日志模塊和數(shù)據(jù)處理模塊，數(shù)據(jù)同步模塊用于將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中；日志模塊用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中；數(shù)據(jù)處理模塊用于在閱讀行為數(shù)據(jù)傳送完成后按照預定規(guī)則對所述統(tǒng)計庫中存儲的靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。本發(fā)明通過數(shù)據(jù)同步模塊、日志模塊和數(shù)據(jù)處理模塊依次序運行，無須對硬件設備進行任何更新就可以及時、準確地分析用戶閱讀行為。
【專利說明】一種數(shù)據(jù)信息處理系統(tǒng)及方法

【技術領域】
[0001] 本發(fā)明涉及手機應用領域，尤指一種數(shù)據(jù)信息處理系統(tǒng)及方法。

【背景技術】
[0002] 隨著3G網(wǎng)絡和智能手機逐漸普及，人們開始習慣用手機閱讀的方式打發(fā)閑暇時 間。于是，手機閱讀成為各個運營商重點爭奪的新興業(yè)務。為了更好地，更有針對性地對用 戶進行營銷活動，于是，運營商提出要對手機用戶閱讀行為進行統(tǒng)計分析，提供具體支撐數(shù) 據(jù)，以便做出下一步的營銷策略。對手機用戶閱讀行為進行統(tǒng)計分析就需要做到能夠及時、 準確的對手機用戶閱讀行為進行統(tǒng)計，這就需要對手機閱讀過程中產(chǎn)生的數(shù)據(jù)進行存儲、 分類及分析，然而手機閱讀過程中產(chǎn)生的數(shù)據(jù)量巨大，當前還不能同時保證閱讀行為統(tǒng)計 的及時性和準確性，


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

[0003] 針對現(xiàn)有技術存在的問題，本發(fā)明的目的在于提供一種低成本，并能對手機用戶 閱讀行為進行及時、準確地分析的數(shù)據(jù)信息處理系統(tǒng)及方法。
[0004] 為實現(xiàn)上述目的，本發(fā)明的數(shù)據(jù)信息處理系統(tǒng)，包括數(shù)據(jù)同步模塊、日志模塊和數(shù) 據(jù)處理模塊，其中，
[0005] 所述數(shù)據(jù)同步模塊用于將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中；
[0006] 所述日志模塊用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù) 據(jù)中的閱讀行為數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中；
[0007] 所述數(shù)據(jù)處理模塊用于在閱讀行為數(shù)據(jù)傳送完成后按照預定規(guī)則對所述統(tǒng)計庫 中存儲的靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
[0008] 進一步，所述日志模塊包括日志讀取模塊、日志分析模塊、判斷模塊和日志入庫模 塊；
[0009] 所述日志讀取模塊用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)；
[0010] 所述判斷模塊用于判斷所述數(shù)據(jù)同步模塊是否已完成靜態(tài)數(shù)據(jù)同步；
[0011] 所述日志分析模塊用于每隔固定周期提取URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)；
[0012] 所述日志入庫模塊用于在靜態(tài)數(shù)據(jù)同步完成后將日志分析模塊提取的閱讀行為 數(shù)據(jù)傳送至統(tǒng)計庫存儲。
[0013] 進一步，所述日志模塊根據(jù)是否生成同步完成表判斷所述數(shù)據(jù)同步模塊是否已完 成靜態(tài)數(shù)據(jù)的同步。
[0014] 進一步，所述數(shù)據(jù)處理模塊包括判斷模塊和計算分析模塊；
[0015] 所述判斷模塊用于判斷所述日志入庫模塊是否已完成閱讀行為數(shù)據(jù)傳送至所述 統(tǒng)計庫中的操作；
[0016] 所述計算分析模塊用于在所有閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫后，按照預定規(guī)則 對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
[0017] 進一步，所述數(shù)據(jù)處理模塊根據(jù)是否生成入庫完成表判斷所述日志入庫模塊是否 已完成閱讀行為數(shù)據(jù)的傳送。
[0018] 進一步，所述數(shù)據(jù)信息處理系統(tǒng)還包括顯示模塊，用于將所述數(shù)據(jù)處理模塊統(tǒng)計 處理后的結(jié)果進行顯示。
[0019] 本發(fā)明的數(shù)據(jù)信息處理方法，包括如下步驟：
[0020] 1)將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中；
[0021] 2)讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行為 數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中；
[0022] 3)閱讀行為數(shù)據(jù)傳送完成后按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計 處理。
[0023] 進一步，步驟1)具體為：將一天中生產(chǎn)庫中存儲的所有靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫后 生成同步完成表。
[0024] 進一步，步驟2)中靜態(tài)數(shù)據(jù)同步是否完成是根據(jù)是否生成同步完成表來判斷，如 果生成同步完成表，則靜態(tài)數(shù)據(jù)同步完成；否則，靜態(tài)數(shù)據(jù)同步未完成。
[0025] 進一步，步驟2)中每隔固定周期提取所述URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)。
[0026] 進一步，步驟2)中閱讀行為數(shù)據(jù)全部傳送完成后生成入庫完成表。
[0027] 進一步，步驟3)中閱讀行為數(shù)據(jù)傳送是否完成是根據(jù)是否生成入庫完成表來判 斷，如果生成入庫完成表，則閱讀行為數(shù)據(jù)傳送完成，否則，閱讀行為數(shù)據(jù)傳送未完成。
[0028] 進一步，步驟3)之后還包括步驟4):將步驟3)中統(tǒng)計處理后的結(jié)果進行顯示。
[0029] 本發(fā)明通過數(shù)據(jù)同步模塊、日志模塊和數(shù)據(jù)處理模塊依次序完成生產(chǎn)庫中的靜態(tài) 數(shù)據(jù)同步到統(tǒng)計庫中、將閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中、在閱讀行為數(shù)據(jù)傳送完成后按照 預定規(guī)則對統(tǒng)計庫中存儲的靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理等操作，無須對硬件設 備進行任何更新就可以及時、準確地分析用戶閱讀行為。

【專利附圖】

【附圖說明】
[0030] 圖1為本發(fā)明實施例1的數(shù)據(jù)信息處理系統(tǒng)的示意圖；
[0031] 圖2為本發(fā)明實施例2的數(shù)據(jù)信息處理系統(tǒng)的示意圖；
[0032] 圖3a為本發(fā)明實施例1和實施例2中日志模塊的結(jié)構(gòu)示意圖；
[0033] 圖3b為本發(fā)明實施例1和實施例2中數(shù)據(jù)處理模塊的結(jié)構(gòu)示意圖；
[0034] 圖4為本發(fā)明手機用戶閱讀分析系統(tǒng)中各模塊間的通訊關系示意圖；
[0035] 圖5為本發(fā)明實施例3的數(shù)據(jù)信息處理方法的流程圖；
[0036] 圖6為本發(fā)明實施例4的數(shù)據(jù)信息處理方法的流程圖。

【具體實施方式】
[0037] 為了便于更清楚地理解本發(fā)明的方案，以下結(jié)合附圖和實施例對本發(fā)明的實現(xiàn)方 式進行詳盡說明。
[0038] 實施例1 :
[0039] 如圖1所示，本發(fā)明的數(shù)據(jù)信息處理系統(tǒng)1，包括數(shù)據(jù)同步模塊11、日志模塊12和 數(shù)據(jù)處理模塊13,數(shù)據(jù)同步模塊11用于將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中，數(shù)據(jù)同步 模塊11可選擇地在每天凌晨12點開始進行靜態(tài)數(shù)據(jù)的同步操作，將生產(chǎn)庫中所有的靜態(tài) 數(shù)據(jù)同步到統(tǒng)計庫中。如果可以增量同步的表，盡可能增量同步，這樣可以減少數(shù)據(jù)量，節(jié) 約寶貴時間。對于生產(chǎn)庫中的大表，需要做分表操作，否則幾千萬的數(shù)據(jù)同步會很慢。每個 表的數(shù)據(jù)最好不要操作500萬條記錄。所有靜態(tài)數(shù)據(jù)同步完成后，需要生成一條同步完成 操作記錄的同步完成表，以便觸發(fā)后面的入庫操作。日志模塊12用于讀取閱讀平臺上產(chǎn)生 的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱 讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中。靜態(tài)數(shù)據(jù)一般包括用戶名稱（id)、時間、地點、書籍名稱、 操作類型（閱讀或訂購）等，靜態(tài)數(shù)據(jù)根據(jù)實際統(tǒng)計需要確定。
[0040] 如圖3所示，日志模塊12優(yōu)選包括日志讀取模塊121、日志分析模塊122、判斷模 塊123和日志入庫模塊124,日志讀取模塊121用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)。 如圖4所示，用戶通過瀏覽器輸入URL地址向閱讀平臺發(fā)送訪問請求時，閱讀平臺上則產(chǎn)生 相應的URL地址數(shù)據(jù)，該URL地址數(shù)據(jù)體現(xiàn)的是用戶閱讀的動態(tài)行為均保存在閱讀平臺的 緩存中；閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)中根據(jù)用戶的統(tǒng)計需求加入了閱讀行為參數(shù)，閱 讀行為參數(shù)也是根據(jù)實際統(tǒng)計需要確定可以在URL地址中加入比較關注的閱讀行為參數(shù)， 如用戶在閱讀第幾章書籍、哪本書籍、從哪個欄目進入閱讀等。日志分析模塊122用于每隔 固定周期提取URL地址數(shù)據(jù)中的閱讀行為參數(shù)，例如每一個小時對URL地址數(shù)據(jù)進行一次 分析，如此不必都積累到最后分析，避免無法分析處理完所有的URL地址數(shù)據(jù)。可選擇地在 分析完最后一個小時的URL地址數(shù)據(jù)后，還可以對前面分析失敗的URL地址數(shù)據(jù)重復進行 分析處理，以保證所得閱讀行為數(shù)據(jù)的完整性。判斷模塊123可以根據(jù)是否生成同步完成 表來觸發(fā)日志入庫模塊124是否進行入庫操作，如生成同步完成表，日志入庫模塊124將分 析后所得的閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中，否則繼續(xù)等待，每隔10分鐘掃描一次，查找是 否生成同步完成表。在所有閱讀行為數(shù)據(jù)同步完成后，需要生成一條入庫完成表，以便觸發(fā) 后面的數(shù)據(jù)統(tǒng)計處理操作。
[0041] 如圖4所示，數(shù)據(jù)處理模塊13優(yōu)選包括判斷模塊131和計算分析模塊132 ;判斷 模塊131用于判斷日志入庫模塊124是否已完成閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中的操作，如 生成入庫完成表，計算分析模塊132按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處 理，否則，繼續(xù)等待，每隔10分鐘掃描一次，查找是否生成入庫完成表。通過大量的從日志 模塊12提取的閱讀行為數(shù)據(jù)以及從數(shù)據(jù)同步模塊11同步的靜態(tài)數(shù)據(jù)就可以分析得到用戶 的閱讀行為習慣。其中，預定規(guī)則是根據(jù)用戶的統(tǒng)計需求而設定，例如要統(tǒng)計某個省份閱讀 某一本書的用戶數(shù)，就將該省閱讀該書的用戶數(shù)求和。
[0042] 實施例2 :
[0043] 如圖2所示，本發(fā)明的數(shù)據(jù)信息處理系統(tǒng)2,包括數(shù)據(jù)同步模塊21、日志模塊22、數(shù) 據(jù)處理模塊23和顯示模塊24,數(shù)據(jù)同步模塊21用于將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫 中，數(shù)據(jù)同步模塊21可選擇地在每天凌晨12點開始進行靜態(tài)數(shù)據(jù)的同步操作，將生產(chǎn)庫中 所有的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中。如果可以增量同步的表，盡可能增量同步，這樣可以減少 數(shù)據(jù)量，節(jié)約寶貴時間。對于生產(chǎn)庫中的大表，需要做分表操作，否則幾千萬的數(shù)據(jù)同步會 很慢。每個表的數(shù)據(jù)最好不要操作500萬條記錄。所有靜態(tài)數(shù)據(jù)同步完成后，需要生成一 條同步完成操作記錄的同步完成表，以便觸發(fā)后面的入庫操作。
[0044] 日志模塊22用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù) 中的閱讀行為數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中。如圖3a 所示，日志模塊22優(yōu)選包括日志讀取模塊221、日志分析模塊222、判斷模塊223和日志入 庫模塊224,日志讀取模塊121用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，閱讀平臺上產(chǎn)生 的URL地址數(shù)據(jù)中根據(jù)用戶的統(tǒng)計需求加入了閱讀行為參數(shù)，如用戶在閱讀第幾章書籍、 哪本書籍、從哪個欄目進入閱讀等；日志分析模塊222用于每隔固定周期提取URL地址數(shù)據(jù) 中的閱讀行為參數(shù)，例如每一個小時對URL地址數(shù)據(jù)進行一次分析，如此不必都積累到最 后分析，避免無法分析處理完所有的URL地址數(shù)據(jù)?？蛇x擇地在分析完最后一個小時的URL 地址數(shù)據(jù)后，還可以對前面分析失敗的URL地址數(shù)據(jù)重復進行分析處理，以保證所得閱讀 行為數(shù)據(jù)的完整性。判斷模塊223可以根據(jù)是否生成同步完成表來觸發(fā)日志入庫模塊224 是否進行入庫操作，如生成同步完成表，日志入庫模塊224將分析后所得的閱讀行為數(shù)據(jù) 傳送至統(tǒng)計庫中，否則繼續(xù)等待，每隔10分鐘掃描一次，查找是否生成同步完成表。在所有 閱讀行為數(shù)據(jù)同步完成后，需要生成一條入庫完成表，以便觸發(fā)后面的數(shù)據(jù)統(tǒng)計處理操作。
[0045] 如圖3b所示，數(shù)據(jù)處理模塊23優(yōu)選包括判斷模塊231和計算分析模塊232 ;判斷 模塊231用于判斷日志入庫模塊224是否已完成閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中的操作，如 生成入庫完成表，計算分析模塊232按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處 理，否則，繼續(xù)等待，每隔10分鐘掃描一次，查找是否生成入庫完成表。其中，預定規(guī)則是根 據(jù)用戶的統(tǒng)計需求而設定，例如要統(tǒng)計某個省份閱讀某一本書的用戶數(shù)，就將該省閱讀該 書的用戶數(shù)求和。最后，顯示模塊24將計算分析模塊232統(tǒng)計處理后的結(jié)果進行顯示，對 于大數(shù)據(jù)量的結(jié)果需要分頁展示，同時對于號碼明細、書本明細要提供導出功能。
[0046] 上述實施例中前三個模塊相互牽制，一個模塊沒有完成，下一個模塊就不允許進 行。同時，這三個模塊需要保證在早上8點之前完全執(zhí)行完畢，以便顯示模塊能調(diào)用。
[0047] 實施例3 :
[0048] 如圖4和5所示，本發(fā)明的數(shù)據(jù)信息處理方法，包括如下步驟：
[0049] S301 :將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中；判斷靜態(tài)數(shù)據(jù)是否同步完成，如 果生成同步完成表，則靜態(tài)數(shù)據(jù)同步完成進行下一步，否則，靜態(tài)數(shù)據(jù)同步未完成，繼續(xù)同 步靜態(tài)數(shù)據(jù)；
[0050] S302 :讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行 為數(shù)據(jù)，將閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中；判斷閱讀行為數(shù)據(jù)是否傳送完成，如果生成入庫 完成表，則閱讀行為數(shù)據(jù)傳送完成進行下一步，否則，閱讀行為數(shù)據(jù)傳送未完成，繼續(xù)閱讀 行為數(shù)據(jù)傳送操作；
[0051] S303 :按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
[0052] 實施例4 :
[0053] 如圖4和6所示，本發(fā)明的數(shù)據(jù)信息處理方法，包括如下步驟：
[0054] S301 :將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中；判斷靜態(tài)數(shù)據(jù)是否同步完成，如 果生成同步完成表，則靜態(tài)數(shù)據(jù)同步完成進行下一步，否則，靜態(tài)數(shù)據(jù)同步未完成，繼續(xù)同 步靜態(tài)數(shù)據(jù)；
[0055] S302 :讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行 為數(shù)據(jù)，將閱讀行為數(shù)據(jù)傳送至統(tǒng)計庫中；判斷閱讀行為數(shù)據(jù)是否傳送完成，如果生成入庫 完成表，則閱讀行為數(shù)據(jù)傳送完成進行下一步，否則，閱讀行為數(shù)據(jù)傳送未完成，繼續(xù)閱讀 行為數(shù)據(jù)傳送操作；
[0056] S303 :按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理；
[0057] S304 :將統(tǒng)計處理后的結(jié)果進行顯示。
[0058] 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技 術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1. 一種數(shù)據(jù)信息處理系統(tǒng)，其特征在于，包括數(shù)據(jù)同步模塊、日志模塊和數(shù)據(jù)處理模 塊，其中， 所述數(shù)據(jù)同步模塊用于將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中； 所述日志模塊用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中 的閱讀行為數(shù)據(jù)，在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中； 所述數(shù)據(jù)處理模塊用于在閱讀行為數(shù)據(jù)傳送完成后按照預定規(guī)則對所述統(tǒng)計庫中存 儲的靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
2. 如權(quán)利要求1所述的數(shù)據(jù)信息處理系統(tǒng)，其特征在于，所述日志模塊包括日志讀取 模塊、日志分析模塊、判斷模塊和日志入庫模塊； 所述日志讀取模塊用于讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)； 所述判斷模塊用于判斷所述數(shù)據(jù)同步模塊是否已完成靜態(tài)數(shù)據(jù)同步； 所述日志分析模塊用于每隔固定周期提取URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)； 所述日志入庫模塊用于在靜態(tài)數(shù)據(jù)同步完成后將日志分析模塊提取的閱讀行為數(shù)據(jù) 傳送至統(tǒng)計庫存儲。
3. 如權(quán)利要求1或2所述的數(shù)據(jù)信息處理系統(tǒng)，其特征在于，所述日志模塊根據(jù)是否生 成同步完成表判斷所述數(shù)據(jù)同步模塊是否已完成靜態(tài)數(shù)據(jù)的同步。
4. 如權(quán)利要求1所述的數(shù)據(jù)信息處理系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊包括判斷 模塊和計算分析模塊； 所述判斷模塊用于判斷所述日志入庫模塊是否已完成閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計 庫中的操作； 所述計算分析模塊用于在所有閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫后，按照預定規(guī)則對靜 態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
5. 如權(quán)利要求1或4所述的數(shù)據(jù)信息處理系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊根據(jù)是 否生成入庫完成表判斷所述日志入庫模塊是否已完成閱讀行為數(shù)據(jù)的傳送。
6. 如權(quán)利要求1所述的數(shù)據(jù)信息處理系統(tǒng)，其特征在于，所述數(shù)據(jù)信息處理系統(tǒng)還包 括顯示模塊，用于將所述數(shù)據(jù)處理模塊統(tǒng)計處理后的結(jié)果進行顯示。
7. -種數(shù)據(jù)信息處理方法，其特征在于，包括如下步驟： 1) 將生產(chǎn)庫中的靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫中； 2) 讀取閱讀平臺上產(chǎn)生的URL地址數(shù)據(jù)，并提取所述URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)， 在靜態(tài)數(shù)據(jù)同步完成后將閱讀行為數(shù)據(jù)傳送至所述統(tǒng)計庫中； 3) 閱讀行為數(shù)據(jù)傳送完成后按照預定規(guī)則對靜態(tài)數(shù)據(jù)和閱讀行為數(shù)據(jù)進行統(tǒng)計處理。
8. 如權(quán)利要求7所述的數(shù)據(jù)信息處理方法，其特征在于，步驟1)具體為：將一天中生 產(chǎn)庫中存儲的所有靜態(tài)數(shù)據(jù)同步到統(tǒng)計庫后生成同步完成表。
9. 如權(quán)利要求8所述的數(shù)據(jù)信息處理方法，其特征在于，步驟2)中靜態(tài)數(shù)據(jù)同步是 否完成是根據(jù)是否生成同步完成表來判斷，如果生成同步完成表，則靜態(tài)數(shù)據(jù)同步完成；否 貝1J，靜態(tài)數(shù)據(jù)同步未完成。
10. 如權(quán)利要求7所述的數(shù)據(jù)信息處理方法，其特征在于，步驟2)中每隔固定周期提取 所述URL地址數(shù)據(jù)中的閱讀行為數(shù)據(jù)。
11. 如權(quán)利要求7所述的數(shù)據(jù)信息處理方法，其特征在于，步驟2)中閱讀行為數(shù)據(jù)全部 傳送完成后生成入庫完成表。
12. 如權(quán)利要求11所述的數(shù)據(jù)信息處理方法，其特征在于，步驟3)中閱讀行為數(shù)據(jù)傳 送是否完成是根據(jù)是否生成入庫完成表來判斷，如果生成入庫完成表，則閱讀行為數(shù)據(jù)傳 送完成，否則，閱讀行為數(shù)據(jù)傳送未完成。
13. 如權(quán)利要求11所述的數(shù)據(jù)信息處理方法，其特征在于，步驟3)之后還包括步驟4): 將步驟3)中統(tǒng)計處理后的結(jié)果進行顯示。
【文檔編號】G06F17/30GK104102672SQ201310127731
【公開日】2014年10月15日 申請日期:2013年4月12日 優(yōu)先權(quán)日:2013年4月12日
【發(fā)明者】李志明, 張玉洲 申請人:中興通訊股份有限公司