專利名稱：：會員特征數(shù)據(jù)統(tǒng)計方法及特征數(shù)據(jù)統(tǒng)計系統(tǒng)的制作方法
技術領域：
：本發(fā)明涉及網(wǎng)絡領域，尤其涉及數(shù)據(jù)庫中會員特征數(shù)據(jù)的統(tǒng)計方法及特征數(shù)據(jù)統(tǒng)計系統(tǒng)。
背景技術：
：數(shù)據(jù)倉庫是在企業(yè)管理和決策中面向主題的、集成的、與時間相關的、不可修改的數(shù)據(jù)集合。也就是說，對所有的應用系統(tǒng)，例如客戶關系管理(CRM,CustomerRelationshipManagement)系統(tǒng)、財務系統(tǒng)等，才要主題進4亍集成，并記錄整個歷史變化情況。隨著企業(yè)信息化程度的不斷提高，企業(yè)內(nèi)部積累了大量的業(yè)務數(shù)據(jù)，數(shù)據(jù)倉庫用于對這些相互獨立、分散的數(shù)據(jù)進行統(tǒng)一處理，以滿足企業(yè)高層決策與分析需要。參照圖1，其為數(shù)據(jù)倉庫系統(tǒng)的體系結構框圖。整個數(shù)據(jù)倉庫系統(tǒng)是一個包含四個層次的體系結構，包括數(shù)據(jù)源101、數(shù)據(jù)倉庫102、聯(lián)機分析處理(OLAP,on-lineanalyticalprocessing)系統(tǒng)103及前端工具104，其中數(shù)據(jù)源101,是數(shù)據(jù)倉庫系統(tǒng)的基礎，通常包括企業(yè)內(nèi)部信息和外部信息。內(nèi)部信息包括各種業(yè)務處理數(shù)據(jù)和各類文檔數(shù)據(jù)，外部信息包括各類法律法規(guī)、市場信息和竟爭對手的信息等。例如，CRM系統(tǒng)，財務系統(tǒng)。數(shù)據(jù)倉庫102,是以數(shù)據(jù)表的結構存儲所述數(shù)據(jù)源101的數(shù)據(jù)，每個數(shù)據(jù)表對應一個數(shù)據(jù)對象，一個數(shù)據(jù)源可以對應多個數(shù)據(jù)對像。OLAP系統(tǒng)103,用于對分析需要的數(shù)據(jù)進行有效集成，按多維模型予以組織，以便進行多角度、多層次的分析，并發(fā)現(xiàn)趨勢。前端工具104,主要包括各種報表工具、查詢工具、數(shù)據(jù)分析工具、數(shù)據(jù)挖掘工具以及各種基于數(shù)據(jù)倉庫的應用開發(fā)工具，實現(xiàn)對數(shù)據(jù)倉庫102的訪問。其中，數(shù)據(jù)分析工具主要針對OLAP服務器，報表工具、數(shù)據(jù)挖掘工具主要針對數(shù)據(jù)倉庫。現(xiàn)在，很多數(shù)據(jù)倉庫系統(tǒng)是和網(wǎng)絡進行緊密聯(lián)系的。以電子商務為例，每天進行大量的數(shù)據(jù)交易，在數(shù)據(jù)源101中每天實時保存每一筆會員交易信息。為了能在第一時間獲知市場信息，并根據(jù)該市場信息及時作出運營決策，業(yè)務人員、管理人員、營銷人員等通常需要對某些特征數(shù)據(jù)進行統(tǒng)計的匯總表單。匯總表單分為臨時的匯總表單和定期的匯總表單，如要是定期的匯總表單，比如，表明每個會員交易信息的日交易表，可以通過OLAP系統(tǒng)和前端工具預先進行程序設定。但是，如果是臨時的匯總表單，目前最為常見的做法是首先，請求人向技術人員提出需要哪些特征數(shù)據(jù)統(tǒng)計表單的請求，接著，技術人員設計出會員相關的表單通過臨時數(shù)據(jù)提取的方式來給請求人提出對應的特征數(shù)據(jù)統(tǒng)計信息。這種做法隨著請求次數(shù)的增多，占用技術人員大量的時間和精力?？紤]到數(shù)據(jù)庫采用的數(shù)據(jù)庫語言大多數(shù)請求人是不求甚解，技術人員不得不花上大量的時間來修改現(xiàn)有的報表，或者是新建一張新的報表，或者是干脆給請求人進行臨時性數(shù)據(jù)提取以滿足請求人的需求。而對于請求人來說，該些特征數(shù)據(jù)的獲得之后，是為后續(xù)的業(yè)務或運營決策做直接考量的重要依據(jù)，通常有受技術人員的時間和精力的影響存在延誤的可能?？偠灾?，現(xiàn)有特征數(shù)據(jù)統(tǒng)計方法帶來人力資源的浪費，而從另一層面來說，每一次都需要技術人員進行數(shù)據(jù)提取，容易占用處理器的處理資源，降低處理的效率，最重要的是，假設某一業(yè)務人員要技術人員提供昨日交易金額大于1萬元的會員信息總匯，則技術人員提供滿足其統(tǒng)計條件的報表后，另一業(yè)務人員又需要技術人員提供昨日交易金額大于8000元的會員信息總匯時，技術人員還需要為其提供滿足其統(tǒng)計條件的報表，現(xiàn)有的統(tǒng)計方法不具有任何擴展性。
發(fā)明內(nèi)容本發(fā)明的目的在于提供一種會員特征數(shù)據(jù)統(tǒng)計方法，以解決現(xiàn)有技術中會員特征數(shù)據(jù)統(tǒng)計方法費時費力，占用大量處理器的處理資源的技術問題。本發(fā)明的另一目的在于提供一種會員特征數(shù)據(jù)統(tǒng)計系統(tǒng)，以解決現(xiàn)有技術會員特征數(shù)據(jù)統(tǒng)計方法費時費力，占用大量處理器的處理資源的技術問題。為了達到上述目的，本發(fā)明提供了一種會員特征數(shù)據(jù)統(tǒng)計方法，用于根據(jù)請求者的指令完成特征數(shù)據(jù)的統(tǒng)計，包括以下步驟(1)提取反映會員屬性特征的基礎數(shù)據(jù)信息，并構建至少包括該些基礎數(shù)據(jù)信息作為字段的會員基礎數(shù)據(jù)表和若干擴展信息表；(2)將所述會員基礎數(shù)據(jù)表和該些擴展信息表之間進行組合建模，其組合建模至少包括提供請求者使用的用戶界面，將數(shù)據(jù)庫語言表達的字段映射成在用戶界面顯示的業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系；(3)從數(shù)據(jù)源中將每日會員處理情況清洗成日匯總表，利用日匯總表定期更新會員基礎數(shù)據(jù)表的記錄和擴展信息表中的記錄；(4)接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄，完成其數(shù)據(jù)統(tǒng)計操作。當請求人需要增加業(yè)務特征點時，修改建模操作建立該業(yè)務特征點用數(shù)據(jù)庫語言表達的字段與用業(yè)務語言描述的該業(yè)務特征點之間的映射關系，建立一包括該業(yè)務特征點的擴展信息表，建立該擴展信息表與會員基礎數(shù)據(jù)表之間的關系；當接收到請求人要統(tǒng)計該業(yè)務特征點的記錄數(shù)據(jù)時，則包含從該業(yè)務特征點作為字段的擴展信息表中聚合滿足條件的記錄數(shù)據(jù)，完成其數(shù)據(jù)統(tǒng)計操作。步驟(2)中通過商業(yè)智能BI工具來進行數(shù)據(jù)建才莫，然后通過相應BI工具的可視化數(shù)據(jù)展現(xiàn)界面將數(shù)據(jù)展現(xiàn)出來。設定的擴展信息表至少設定包括會員日交易匯總表、會員日資金變動匯總表、會員日提現(xiàn)匯總表、會員日銀行卡使用匯總表、會員日手機支付使用匯總表在內(nèi)的擴展信息表，以星型或雪花型方式建立該些表與會員基礎數(shù)據(jù)表之間的關系。7本發(fā)明還提供了一種會員特征數(shù)據(jù)統(tǒng)計系統(tǒng)，包括數(shù)據(jù)庫服務器至少包括數(shù)據(jù)源和數(shù)據(jù)倉庫，所述數(shù)據(jù)源用于實時存儲會員進行商務處理的數(shù)據(jù)；數(shù)據(jù)倉庫用于存儲包括日匯總表、會員基礎數(shù)據(jù)表、擴展信息表在內(nèi)的數(shù)據(jù)；處理器至少包括數(shù)據(jù)倉庫數(shù)據(jù)處理單元、BI建模單元和BI用戶界面處理單元，其中數(shù)據(jù)倉庫數(shù)據(jù)處理單元，用于對數(shù)據(jù)源中數(shù)據(jù)按照預先設定的存儲過程定期清洗成日匯總表，再根據(jù)日匯總表定期更新會員基礎數(shù)據(jù)表中的記錄和擴展信息表中的記錄；BI用戶界面處理單元(BusinessIntelligence),用于提供請求者使用的用戶界面，接收請求者的統(tǒng)計請求并反饋對應的統(tǒng)計結果；BI建模單元在BI用戶界面中將數(shù)據(jù)庫語言表達的字段映射成業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系，以及接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄。BI建模單元包括BusinessObjects、Brio、Actuate或CognosReportNet,BI用戶界面處理單元包括BusinessObjects、Brio、Actuate或CognosReportNet工具的可視化數(shù)據(jù)展現(xiàn)界面。與現(xiàn)有技術相比，本發(fā)明預先以會員基礎數(shù)據(jù)表的方式設計出可以被重用的會員特征數(shù)據(jù)分析模型，提供了自動統(tǒng)計分析的數(shù)據(jù)基礎，使得用戶可以不需要任何數(shù)據(jù)庫技術背景就可以自動地進行網(wǎng)絡會員特征統(tǒng)計分析，而不需要像傳統(tǒng)統(tǒng)計方式那樣要一個數(shù)據(jù)就需要向技術人員申請一次。對于數(shù)據(jù)庫系統(tǒng)而言，每日將數(shù)據(jù)從數(shù)據(jù)源處清洗成日匯總表，并更新會員基礎數(shù)據(jù)表中的記錄和擴展信息表中的記錄。而現(xiàn)有技術中當業(yè)務人員有需求就需要訪問數(shù)據(jù)源或日匯總表，本發(fā)明僅需每日一次訪問數(shù)據(jù)源或日匯總表，不容易造成訪問數(shù)據(jù)源或日匯總表的數(shù)據(jù)阻塞，更不容易造成數(shù)據(jù)源或日匯總表中數(shù)據(jù)的錯誤，從而保證數(shù)據(jù)庫的安全性。圖1為數(shù)據(jù)倉庫系統(tǒng)的體系結構框圖；圖2為本發(fā)明的會員特征數(shù)據(jù)統(tǒng)計系統(tǒng)的結構示意圖；圖3為本發(fā)明的會員特征數(shù)據(jù)統(tǒng)計方法的流程示意圖；圖4為將數(shù)據(jù)庫語言轉換成業(yè)務語言的一示例。具體實施例方式以下結合附圖，具體說明本發(fā)明。請參閱圖2，其為本發(fā)明的會員特征數(shù)據(jù)統(tǒng)計系統(tǒng)的結構示意圖。數(shù)據(jù)庫服務器21:至少包括數(shù)據(jù)源211和數(shù)據(jù)倉庫212，所述數(shù)據(jù)源211用于實時存儲會員進行商務處理的數(shù)據(jù)。數(shù)據(jù)源211通常連接網(wǎng)絡服務器，用于保護會員每次進行數(shù)據(jù)處理的情況比如，會員注冊的情況、會員登記的情況、會員交易的情況等。數(shù)據(jù)倉庫212用于存儲包括日匯總表、會員基礎數(shù)據(jù)表、擴展信息表在內(nèi)的數(shù)據(jù)。數(shù)據(jù)源211中的數(shù)據(jù)是龐大且非常雜亂的，為此，我們預先設定出會員基礎數(shù)據(jù)表及各種擴展信息表。會員基礎數(shù)據(jù)表容納了會員屬性特征。通常，技術人員通過長期的會員特征調研和分析，總結并提煉出能夠反映會員特征的數(shù)據(jù)信息，并將該些信息作為會員基礎數(shù)據(jù)表的字段進行呈現(xiàn)。擴展信息表中反映某一交易情況的實體表。按照預先設定從數(shù)據(jù)源211中進行數(shù)據(jù)清洗，獲得日匯總表，并根據(jù)日匯總表更新會員基礎數(shù)據(jù)表和擴展信息表，該些組織有序的數(shù)據(jù)保護在數(shù)據(jù)倉庫212中。處理器22:至少包括數(shù)據(jù)倉庫數(shù)據(jù)處理單元221、BI用戶界面處理單元222和BI建模單元223，其中，數(shù)據(jù)倉庫數(shù)據(jù)處理單元221，用于對數(shù)據(jù)源211中數(shù)據(jù)按照預先設定的存儲過程定期清洗成日匯總表，再根據(jù)日匯總表定期更新會員基礎數(shù)據(jù)表中的記錄和擴展信息表中的記錄。清洗過程類似于數(shù)據(jù)整合過程，該過程通過編寫正確的存儲過程，保證該些數(shù)據(jù)的有機結合。比如，日匯總表中存儲有每一會員當日的網(wǎng)上購物信息、會員使用網(wǎng)絡產(chǎn)品的信息等活動情況。最后，再根據(jù)日匯總表來更新會員基礎數(shù)據(jù)表。比如，會員基礎數(shù)據(jù)表中有一項"會員最近一次提現(xiàn)時間"這一字段。數(shù)據(jù)倉庫數(shù)據(jù)處理單元221可以在日匯總表查找該會員最后一次提現(xiàn)時間，判斷會員基礎數(shù)據(jù)表中的"會員最近一次提現(xiàn)時間"的字段數(shù)值與日匯總表中查到的"該會員最后一次提現(xiàn)時間"的字段數(shù)值哪一個更大，若日匯總表中查到的"該會員最后一次提現(xiàn)時間"的字段數(shù)值大的話，將該字段數(shù)值寫入會員基礎數(shù)據(jù)表中的"會員最近一次提現(xiàn)時間"的字段中。BI用戶界面處理單元222，用于提供請求者使用的用戶界面，接收請求者的統(tǒng)計請求并反饋對應的統(tǒng)計結果。BI用戶界面處理單元222通常可以是BI工具的可視化數(shù)據(jù)展現(xiàn)界面，也可以自行開發(fā)數(shù)據(jù)展現(xiàn)界面。本發(fā)明采用的是BusinessObjects、Brio、Actuate、CognosReportNet等BI工具的可^!/f匕數(shù)據(jù)展現(xiàn)界面。BI建模單元223:在BI用戶界面中將數(shù)據(jù)庫語言表達的字段映射成業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系，以及接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄。在進行數(shù)據(jù)建模時，主要是可以通過BusinessObjects、Brio、Actuate、CognosReportNet等等BI工具來進行數(shù)據(jù)建模，當然也可以自行開發(fā)。但是考慮到建模的通用性，本發(fā)明通常采用現(xiàn)有的BI工具進行建模操作?；谏鲜龉_的系統(tǒng)，本發(fā)明著重介紹會員特征數(shù)據(jù)統(tǒng)計方法。請參閱圖3,其為本發(fā)明會員特征數(shù)據(jù)統(tǒng)計方法的流程圖。它主要用于根據(jù)請求者的指令完成特征lt據(jù)的統(tǒng)計，包括以下步驟S110:提取反映會員屬性特征的基礎數(shù)據(jù)信息，并構建至少包括該些基礎數(shù)據(jù)信息作為字段的會員基礎數(shù)據(jù)表和若干擴展信息表。Al:本發(fā)明的技術人員通過長期的會員特征調研和分析，總結提煉出能夠反映出會員特征的數(shù)據(jù)信息。以下是基礎數(shù)據(jù)信息的實例。1.1會員的基礎信息l.l.l會員的注冊時間l丄2會員的注冊時間分段、l丄3會員的注冊來源網(wǎng)站l丄4會員的激活狀態(tài)l丄5會員的激活時間l丄6會員的激活時間分段l丄7會員的注冊方式(手機，email)l丄8會員的生曰1丄9會員的最近一次登陸網(wǎng)站時間U.10會員的性別等等；1.2會員使用網(wǎng)絡產(chǎn)品的信息1.2.1會員的網(wǎng)絡安全認證狀態(tài)1.2.2會員的通過網(wǎng)絡安全認證的時間1.2.3會員的綁定數(shù)字證書狀態(tài)1.2.4會員的綁定數(shù)字證書的時間1.2.5會員的綁定手機狀態(tài)1.2.6會員的綁定手機時間1.2.7會員簽約支付銀行卡的狀態(tài)1.2.8會員簽約支付銀行卡的時間1.2.9會員簽約支付銀行卡的銀行類別1.2.10會員使用支付銀行卡的次數(shù)1.2.11會員成功使用簽約支付銀行卡的金額1.2.12會員網(wǎng)絡帳戶當前積分余額等等；1.3會員的網(wǎng)上資金帳戶的資金信息1.3.1首次賬戶資金變動時間1.3.2最后一次帳戶資金變動時間1.3.3首次賬戶資金變動類型(充值，收款)1.3.4最近一次成功充值時間1.3.5首次付款的交易金額1.3.6最近一次成功付款的時間ii1.3.7最近一次成功提現(xiàn)時間1.3.8會員成功提現(xiàn)的總次數(shù)1.3.9會員帳戶資金變動總次數(shù)等等；1.4會員的網(wǎng)上購物信息1.4.1作為買家首次創(chuàng)建交易的時間1.4.2作為買家首次創(chuàng)建交易的金額1.4.3作為買家首次創(chuàng)建交易的交易來源1.4.4作為買家首次創(chuàng)建交易的交易類型1.4.5作為買家首次成功交易的時間1.4.6作為買家首次成功交易的金額1.4.7作為買家首次成功交易的交易來源1.4.8作為買家首次成功交易的交易類型1.4.9作為買家最近一次創(chuàng)建交易的時間1.4.10作為買家最近一次創(chuàng)建交易的金額1.4.11作為買家最近一次成功交易的時間1.4.12作為買家最近一次成功交易的交易來源1.4.13作為買家最近一次成功交易的交易類型1.4.14作為買家發(fā)起購買的總交易金額和筆數(shù)1.4.15作為買家成功購買的總交易金額和筆數(shù)等等。A2:將這些信息作為字段設置一會員基礎數(shù)據(jù)表。考慮到表中的記錄太多的話，會使得數(shù)據(jù)統(tǒng)計的效率很低。為此，本發(fā)明設定會員基礎數(shù)據(jù)表中每一會員在自始自終只有一條記錄。A3:設定若干擴展信息表會員基礎數(shù)據(jù)表中每一會員只有一條記錄，這就造成很多數(shù)據(jù)通過會員基礎數(shù)據(jù)表是無法獲得，因此本發(fā)明還設定了若干擴展信息表。比如，考慮到需要查看每一會員在若干天內(nèi)每天的交易情況，設定了會員每日交易信息表。該每日交易信息表中的字段可以包括會員ID、日期、當日交易筆數(shù)、當曰交易金額、當日成功交易筆數(shù)、當日成功交易金額?？紤]到會員日充值情況，可以設定會員日充值匯總表。該會員日資金充值匯總表中的字段可以包括會員ID、日期、會員當日充值情況等。以此類堆，技術人員可設定多個擴展信息表，比如，還可以設定會員日資金變動匯總表、會員日提現(xiàn)匯總表、會員日銀行卡使用匯總表、會員日手機支付使用匯總表、會員日轉賬匯總表、會員日收款匯總表等。S120:將所述會員基礎數(shù)據(jù)表和該些擴展信息表之間進行組合建模，其組合建模至少包括提供請求者使用的用戶界面，在該用戶界面中將數(shù)據(jù)庫語言表達的字段映射成業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系。利用BI工具來進行數(shù)據(jù)建模，包括Bl:針數(shù)據(jù)庫語言表達的字段映射成能在用戶界面顯示的業(yè)務特征點。請參閱圖4，其為將數(shù)據(jù)庫語言轉換成業(yè)務語言的一示例。通過上述示例示知，建立了數(shù)據(jù)庫語言PAY—MKT—YSER—INFO—DIMTO.GMT—LAST—WITHDRAW與"會員最近一次提現(xiàn)時間"的映射關系。這是一個非常重要的步驟，只有建立其對應關系，請求人(用戶)才無需要太多的數(shù)據(jù)庫技術即可獲知其正在操作的數(shù)據(jù)庫字段名。在本發(fā)明中，可以將會員基礎數(shù)據(jù)表和所有擴展信息表中的一些字段進行轉換。B2:建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系及建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系；本發(fā)明可以通過星型方式建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，也可以通過雪花型建立會員基礎數(shù)據(jù)表、各個擴展信息表之間的關系。以會員基礎數(shù)據(jù)表為主表，去關聯(lián)各個擴展信息表。比如，會員基礎數(shù)據(jù)表中的會員的"總成功交易筆數(shù)"中的記錄數(shù)據(jù)是等于每日交易信息表的該會員"當日成功交易筆數(shù)"的記錄數(shù)據(jù)之和，會員基礎數(shù)據(jù)表中的會員的"總成功交易額"是等于每日交易信息表中的該會員"當日成功交易額"中記錄數(shù)據(jù)之和。通過上述關系，即可建立之間的關聯(lián)。當會員基礎數(shù)據(jù)表需要通過會員中間表去關聯(lián)擴展信息表時，會員中間表并不是主表，而屬于主表的會員基礎數(shù)據(jù)表又不能直接關聯(lián)擴展信息表，就形成了雪花型會員。而業(yè)務特征點通常是表中的字段，需要建立該業(yè)務特征點鏈接到具體哪個表中的字段的映射關系。S130:從數(shù)據(jù)源中將每日會員處理情況清洗成日匯總表，利用日匯總表定期更新會員基礎數(shù)據(jù)表的記錄和擴展信息表中的記錄。清洗過程類似于數(shù)據(jù)整合過程，也就是說通過預先編好的存儲過程，將數(shù)據(jù)源中的數(shù)據(jù)整合到日匯總表中，以保證數(shù)據(jù)的有機組合。利用日匯總表定期更新會員基礎數(shù)據(jù)表中的記錄和擴展信息表中的記錄進一步可以包括以下方式一種是將日匯總表中的當天數(shù)據(jù)直接添加表中，作為表中具體的記錄。比如，日匯總表中新開的會員信息，按照會員基礎數(shù)據(jù)表的要求將該些新開的記錄添加到會員基礎數(shù)據(jù)表中。一種方式按照預先的計算或判斷方式將數(shù)據(jù)整理后添加到對應的表中。比如，日匯總表匯總每個會員當日的交易金額、交易筆數(shù)，并將該些數(shù)據(jù)添加到每日交易信息表中。再將每日交易信息表中的各個會員所有的交易金額匯總，交易筆數(shù)匯總，更新會員基礎數(shù)據(jù)表中對應字段中的數(shù)據(jù)。通常，更新步驟是以日為周期定期進行更新的。S140:接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄，完成其數(shù)據(jù)統(tǒng)計操作。請求人可以通過可視化的用戶界面，通過一個特征或多個特征的任意組合獲得統(tǒng)計數(shù)據(jù)。比如，它選擇"日交易總額"這個業(yè)務特征點，設定條件統(tǒng)計"日交易總額大于5萬元的會員個數(shù)"，系統(tǒng)可以找到"日交易總額"關聯(lián)的表，即每月交易信息表，然后找到滿足"日交易總額大于5萬元的會員個數(shù)"的條件的記錄個數(shù)，并顯示該記錄個數(shù)。若另一個請求人預定"日交易總額大10萬元的會員個數(shù)"，系統(tǒng)按照同樣方式很容易可獲得并顯示出會員個數(shù)情況。通過上述方式，請求人可自定義且迅速獲得需要的統(tǒng)計數(shù)據(jù)，而無需技術人員的界入。當請求人需要增加現(xiàn)在建模中未涉及到的業(yè)務特征點時，修改建模操作建立該業(yè)務特征點用數(shù)據(jù)庫語言表達的字段與用業(yè)務語言描述的該業(yè)務特征點之間的映射關系，建立一包括該業(yè)務特征點的擴展信息表，建立該擴展信息表與會員基礎數(shù)據(jù)表之間的關系；當接收到請求人要統(tǒng)計該業(yè)務特征點的記錄數(shù)據(jù)時，則包含從該業(yè)務特征點作為字段的擴展信息表中聚合滿足條件的記錄數(shù)據(jù)，完成其數(shù)據(jù)統(tǒng)計操作。也就是說，技術人員也根據(jù)業(yè)務人員(即請求人)的請求擴展出各種表單，以方便更多的業(yè)務人員的統(tǒng)計需求。用戶能夠通過可視化的友好的用戶界面，結合本系統(tǒng)提供的會員特征自助地進行多維度多條件的統(tǒng)計分析。提供的70個(或更多)基礎會員特征可以讓用戶通過一個特征或者多個特征的任意組合獲得細化了的會員特征，從而可以有助于業(yè)務人員進行靈活多樣的會員特征分析，及時調整運營策略，爭取更多的網(wǎng)絡會員。具體的功能點舉例如下列舉3個會員基礎信息"會員注冊來源"，"會員注冊方式，，，"會員帳戶類型,,用戶可以自由獲得如下的多維統(tǒng)計信息1、各個注冊來源分布的會員數(shù)會員逢箭來JS會員個效3他3t)a701aHpay26,&36外賽綺4.603未知32、各個會員注冊方式分布的會員數(shù):會員注箭方式會員個資!em3H212,428mobile9'"215;、各個會員帳尸類型分布的會員數(shù)會員ft戶類敏會員今數(shù)個人220,826公司7444、各個注冊來源不同的注冊方式分布的會員數(shù)<table>tableseeoriginaldocumentpage16</column></row><table>;、各個注冊來源不同會員帳戶類型分布的會員數(shù)<table>tableseeoriginaldocumentpage16</column></row><table>各個注冊方式不同會一<table>tableseeoriginaldocumentpage16</column></row><table>7、各個注冊來源不同注冊方式不同帳戶來型分布的會員數(shù)員帳戶夷人人人人人人人司司司司司司:會員逢新方式;會員逢JB^簾會員今數(shù):email478;17,392:ema:H189,184■email;yahoo;emaili外銶商家i4,55:alipa^;9,093^mobile:20:email:2231email;emaili359外多,8;未知|3298、同時還可以通過條件控制，控制指定的會員注冊來源(或者會員注冊方式、或者會員帳戶類型等等)，從而獲得在指定的條件下各個不同組合的會員數(shù)分布會個.個.t..:..，.，rt.;.但」公鬼；a」鬼炎16<table>tableseeoriginaldocumentpage17</column></row><table>三個特征就可以獲得7個分析結果，加上更多的個性化的條件控制，可以從更多的角度更多的維度去獲得想要的統(tǒng)計分析的數(shù)據(jù)?？梢韵胂笃呤鄠€(或更多)維度將會無限制地精細化會員屬性，獲得更多的會員特征分布信息。以上公開的僅為本發(fā)明的幾個具體實施例，但本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化，都應落在本發(fā)明的保護范圍內(nèi)。權利要求1、一種會員特征數(shù)據(jù)統(tǒng)計方法，用于根據(jù)請求者的指令完成特征數(shù)據(jù)的統(tǒng)計，其特征在于，包括以下步驟(1)提取反映會員屬性特征的基礎數(shù)據(jù)信息，并構建至少包括該些基礎數(shù)據(jù)信息作為字段的會員基礎數(shù)據(jù)表和若干擴展信息表；(2)將所述會員基礎數(shù)據(jù)表和該些擴展信息表之間進行組合建模，其組合建模至少包括提供請求者使用的用戶界面，將數(shù)據(jù)庫語言表達的字段映射成在用戶界面顯示的業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系；(3)從數(shù)據(jù)源中將每日會員處理情況清洗成日匯總表，利用日匯總表定期更新會員基礎數(shù)據(jù)表的記錄和擴展信息表中的記錄；(4)接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄，完成其數(shù)據(jù)統(tǒng)計操作。2、如權利要求1所述的會員特征數(shù)據(jù)統(tǒng)計方法，其特征在于，還包括當請求人需要增加業(yè)務特征點時，修改建模操作建立該業(yè)務特征點用數(shù)據(jù)庫語言表達的字段與用業(yè)務語言描述的該業(yè)務特征點之間的映射關系，建立一包括該業(yè)務特征點的擴展信息表，建立該擴展信息表與會員基礎數(shù)據(jù)表之間的關系；當接收到請求人要統(tǒng)計該業(yè)務特征點的記錄數(shù)據(jù)時，則包含從該業(yè)務特征點作為字段的擴展信息表中聚合滿足條件的記錄數(shù)據(jù)，完成其數(shù)據(jù)統(tǒng)計操作。3、如權利要求1或2所述的會員特征數(shù)據(jù)統(tǒng)計方法，其特征在于，步驟(2)中通過商業(yè)智能BI工具來進行數(shù)據(jù)建模，然后通過相應BI工具的可視化數(shù)據(jù)展現(xiàn)界面將數(shù)據(jù)展現(xiàn)出來。4、如權利要求1所述的會員特征數(shù)據(jù)統(tǒng)計方法，其特征在于，設定的擴展信息表至少設定包括會員日交易匯總表、會員日資金變動匯總表、會員日提現(xiàn)匯總表、會員日銀行卡使用匯總表、會員日手機支付使用匯總表在內(nèi)的擴展信息表，以星型或雪花型方式建立該些表與會員基礎數(shù)據(jù)表之間的關系。5、如權利要求4所述的會員特征數(shù)據(jù)統(tǒng)計方法，其特征在于，以星型或雪花型方式建立該些表與會員基礎數(shù)據(jù)表之間的關系進一步包括以會員基礎數(shù)據(jù)表為主表，去關聯(lián)各個擴展信息表，或者會員基礎數(shù)據(jù)表需要通過會員中間表去關聯(lián)擴展信息表。6、如權利要求1所述的會員特征數(shù)據(jù)統(tǒng)計方法，其特征在于，步驟(3)中利用日匯總表定期更新會員基礎數(shù)據(jù)表的記錄和擴展信息表中的記錄進一步包括將日匯總表中的當天數(shù)據(jù)直接添加到會員基礎數(shù)據(jù)表和擴展信息表表中，作為表中具體的記錄；或者按照預先的計算或判斷方式將數(shù)據(jù)整理后添加到對應的表中。7、一種會員特征數(shù)據(jù)統(tǒng)計系統(tǒng)，其特征在于，包括數(shù)據(jù)庫服務器至少包括數(shù)據(jù)源和數(shù)據(jù)倉庫，所述數(shù)據(jù)源用于實時存儲會員進行商務處理的數(shù)據(jù)；數(shù)據(jù)倉庫用于存儲包括日匯總表、會員基礎數(shù)據(jù)表、擴展信息表在內(nèi)的數(shù)據(jù)；處理器至少包括數(shù)據(jù)倉庫數(shù)據(jù)處理單元、BI建模單元和BI用戶界面處理單元，其中數(shù)據(jù)倉庫數(shù)據(jù)處理單元，用于對數(shù)據(jù)源中數(shù)據(jù)按照預先設定的存儲過程定期清洗成日匯總表，再根據(jù)日匯總表定期更新會員基礎數(shù)據(jù)表中的記錄和擴展信息表中的記錄；BI用戶界面處理單元，用于提供請求者使用的用戶界面，接收請求者的統(tǒng)計請求并反饋對應的統(tǒng)計結果；BI建模單元在BI用戶界面中將數(shù)據(jù)庫語言表達的字段映射成業(yè)務特征點，建立會員基礎數(shù)據(jù)表與各個擴展信息表之間的關系，建立各個業(yè)務特征點與會員基礎數(shù)據(jù)表和/或擴展信息表之間的關系，以及接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄。8、如權利要求7所述的系統(tǒng)，其特征在于，BI建模單元包括BusinessObjects、Brio、Actuate或CognosReportNet,BI用戶界面處理單元包4舌BusinessObjects、Brio、Actuate或CognosReportNet工具的可^M匕^t才居展現(xiàn)界面。全文摘要本發(fā)明公開了一種會員特征數(shù)據(jù)統(tǒng)計方法，包括(1)提取反映會員屬性特征的基礎數(shù)據(jù)信息，并構建至少包括該些基礎數(shù)據(jù)信息作為字段的會員基礎數(shù)據(jù)表和若干擴展信息表；(2)將會員基礎數(shù)據(jù)表和該些擴展信息表之間進行組合建模；(3)從數(shù)據(jù)源中將每日會員處理情況清洗成日匯總表，利用日匯總表定期更新會員基礎數(shù)據(jù)表的記錄和擴展信息表中的記錄；(4)接收到請求人將一個業(yè)務特征點或多個業(yè)務特征點任意組合設定的統(tǒng)計條件后，從會員基礎數(shù)據(jù)表中或對應的擴展信息表中聚合其滿足條件的記錄，完成其數(shù)據(jù)統(tǒng)計操作。通過上述方式，可最大限度地減少技術人員參與統(tǒng)計操作，節(jié)約了人力成本，提高了系統(tǒng)的運行效率。文檔編號G06F17/30GK101639842SQ20081014504公開日2010年2月3日申請日期2008年7月29日優(yōu)先權日2008年7月29日發(fā)明者蔣萃林,黃鳳霞申請人:阿里巴巴集團控股有限公司