本公開涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，具體而言，涉及一中報表生成方法以及一種報表生成裝置。

背景技術(shù)：

報表查詢功能在整個大數(shù)據(jù)查詢系統(tǒng)中已經(jīng)普遍應(yīng)用，而對報表的定制化需求更是系統(tǒng)的重要組成部分之一。但是，原有的定制化需求從報表需求評估到報表開發(fā)、測試再到報表上線使用，需要經(jīng)過一個非常長的時間周期；而且，上述報表的定制化需求中，對于報表的多維度需求是一個長期化的需求，因此也增加了開發(fā)復(fù)雜程度。

因而，上述需求開發(fā)模式不但費時費力而且工作效率低，即便是可以通過程序進行優(yōu)化或者抽取定制化報表中公用部分來提高效率也遠遠達不到高效程度。為了解決現(xiàn)有問題，有必要提供采用一種新的報表生成方法及裝置。

需要說明的是，在上述背景技術(shù)部分公開的信息僅用于加強對本公開的背景的理解，因此可以包括不構(gòu)成對本領(lǐng)域普通技術(shù)人員已知的現(xiàn)有技術(shù)的信息。

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

本公開的目的在于提供一種報表生成方法以及一種報表生成裝置，進而至少在一定程度上克服由于相關(guān)技術(shù)的限制和缺陷而導(dǎo)致的一個或者多個問題。

根據(jù)本公開的一個方面，提供一種報表生成方法，包括：

獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表，并根據(jù)所述歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一包括各所述歷史業(yè)務(wù)數(shù)據(jù)表中所有維度的自定義基礎(chǔ)報表；

接收創(chuàng)建一自定義報表的創(chuàng)建請求，并在響應(yīng)所述創(chuàng)建請求后根據(jù)所述創(chuàng)建請求的發(fā)起者對所述自定義基礎(chǔ)報表中各維度的歷史使用頻率向所述創(chuàng)建請求的發(fā)起者推薦多個候選維度；

結(jié)合所述創(chuàng)建請求的發(fā)起者從所述候選維度中確定的目標維度為所述創(chuàng)建請求的發(fā)起者生成自定義報表并更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)。

在本公開的一種示例性實施例中，更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)包括：

判斷生成的所述自定義報表中的維度是否存在于所述候選維度中；

在判斷所述自定義報表中的維度存在于所述候選維度中時，在所述候選維度中增加該維度的使用頻率；

在判斷所述自定義報表中的維度不存在于所述候選維度中時，在所述自定義報表中增加該維度。

在本公開的一種示例性實施例中，所述方法還包括：

刪除所述候選維度中維度的使用頻率小于一頻率預(yù)設(shè)值的維度。

在本公開的一種示例性實施例中，在獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表之后還包括：

將各所述歷史業(yè)務(wù)數(shù)據(jù)表中維度相同的數(shù)據(jù)合并；以及

將各所述歷史業(yè)務(wù)數(shù)據(jù)表中類型相同的維度歸類。

在本公開的一種示例性實施例中，所述方法還包括：

定時的根據(jù)所述自定義報表中的維度更新所述自定義基礎(chǔ)報表中的維度以更新所述歷史業(yè)務(wù)數(shù)據(jù)表；

定時的刪除所述自定義基礎(chǔ)報表中存儲時長超過一時長預(yù)設(shè)值的數(shù)據(jù)。

根據(jù)本公開的另一個方面，提供一種報表生成裝置，包括：

自定義基礎(chǔ)報表創(chuàng)建模塊：用于獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表，并根據(jù)所述歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一包括各所述歷史業(yè)務(wù)數(shù)據(jù)表中所有維度的自定義基礎(chǔ)報表；

候選維度推薦模塊：用于接收創(chuàng)建一自定義報表的創(chuàng)建請求，并在響應(yīng)所述創(chuàng)建請求后根據(jù)所述創(chuàng)建請求的發(fā)起者對所述自定義基礎(chǔ)報表中各維度的歷史使用頻率向所述創(chuàng)建請求的發(fā)起者推薦多個候選維度；

自定義報表生成模塊：用于結(jié)合所述創(chuàng)建請求的發(fā)起者從所述候選維度中確定的目標維度為所述創(chuàng)建請求的發(fā)起者生成自定義報表并更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)。

在本公開的一種示例性實施例中，更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)包括：

判斷生成的所述自定義報表中的維度是否存在于所述候選維度中；

在判斷所述自定義報表中的維度存在于所述候選維度中時，在所述候選維度中增加該維度的使用頻率；

在判斷所述自定義報表中的維度不存在于所述候選維度中時，在所述自定義報表中增加該維度。

在本公開的一種示例性實施例中，所述裝置還包括：

維度刪除模塊：用于刪除所述候選維度中維度的使用頻率小于一頻率預(yù)設(shè)值的維度。

在本公開的一種示例性實施例中，在獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表之后還包括：

將各所述歷史業(yè)務(wù)數(shù)據(jù)表中維度相同的數(shù)據(jù)合并；以及

將各所述歷史業(yè)務(wù)數(shù)據(jù)表中類型相同的維度歸類。

在本公開的一種示例性實施例中，所述裝置還包括：

業(yè)務(wù)數(shù)據(jù)表更新模塊：用于定時的根據(jù)所述自定義報表中的維度更新所述自定義基礎(chǔ)報表中的維度以更新所述歷史業(yè)務(wù)數(shù)據(jù)表；

數(shù)據(jù)刪除模塊：用于定時的刪除所述自定義基礎(chǔ)報表中存儲時長超過一時長預(yù)設(shè)值的數(shù)據(jù)。

本公開一種報表生成方法以及裝置，通過獲取一段歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表并根據(jù)歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一自定義基礎(chǔ)報表；根據(jù)創(chuàng)建請求的發(fā)起者對自定義基礎(chǔ)報表中各維度的歷史使用頻率向創(chuàng)建請求的發(fā)起者推薦多個候選維度然后再結(jié)合創(chuàng)建請求的發(fā)起者從候選維度中確定的目標維度為創(chuàng)建請求的發(fā)起者生成自定義報表；一方面，通過根據(jù)歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建自定義基礎(chǔ)報表，不但降低了由于定制化報表所帶來的時間成本，而且降低了開發(fā)的復(fù)雜程度；同時，也避免了修改重復(fù)以及反復(fù)優(yōu)化同一功能的出錯幾率；另一方面，通過根據(jù)創(chuàng)建請求的發(fā)起者對自定義基礎(chǔ)報表中各維度的歷史使用頻率向創(chuàng)建請求的發(fā)起者推薦多個候選維度，提升了候選維度推薦的準確率；再一方面，通過結(jié)合創(chuàng)建請求的發(fā)起者從候選維度中確定的目標維度為創(chuàng)建請求的發(fā)起者生成自定義報表，提升了用戶體驗；更進一步的，通過更新自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)，提高了下一次推準確率。

本公開的一種報表生成方法以及裝置，通過刪除候選維度中維度的使用頻率小于一頻率預(yù)設(shè)值的維度，不但提升了推薦的準確率而且提高了推薦的速度。

本公開的一種報表生成方法以及裝置，通過定時的刪除所述自定義基礎(chǔ)報表中存儲時長超過一時長預(yù)設(shè)值的數(shù)據(jù)，節(jié)省了存儲空間，提升了查詢系統(tǒng)的性能。

應(yīng)當理解的是，以上的一般描述和后文的細節(jié)描述僅是示例性和解釋性的，并不能限制本公開。

附圖說明

此處的附圖被并入說明書中并構(gòu)成本說明書的一部分，示出了符合本公開的實施例，并與說明書一起用于解釋本公開的原理。顯而易見地，下面描述中的附圖僅僅是本公開的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1示意性示出一種定制化報表的流程圖。

圖2示意性示出一種報表生成方法的流程圖。

圖3a示意性示出自定義基礎(chǔ)報表的代碼示例圖。

圖3b示意性示出自定義基礎(chǔ)報表的原型代碼示例圖。

圖4示意性示出更新自定義基礎(chǔ)報表中目標維度的歷史使用頻率數(shù)據(jù)的方法流程圖。

圖5示意性示出對自定義報表進行編輯的界面圖。

圖6示意性示出一種定制化報表的裝置框圖。

圖7示意性示出一種電子設(shè)備的方框圖。

具體實施方式

現(xiàn)在將參考附圖更全面地描述示例實施方式。然而，示例實施方式能夠以多種形式實施，且不應(yīng)被理解為限于在此闡述的范例；相反，提供這些實施方式使得本公開將更加全面和完整，并將示例實施方式的構(gòu)思全面地傳達給本領(lǐng)域的技術(shù)人員。所描述的特征、結(jié)構(gòu)或特性可以以任何合適的方式結(jié)合在一個或更多實施方式中。在下面的描述中，提供許多具體細節(jié)從而給出對本公開的實施方式的充分理解。然而，本領(lǐng)域技術(shù)人員將意識到，可以實踐本公開的技術(shù)方案而省略所述特定細節(jié)中的一個或更多，或者可以采用其它的方法、組元、裝置、步驟等。在其它情況下，不詳細示出或描述公知技術(shù)方案以避免喧賓奪主而使得本公開的各方面變得模糊。

此外，附圖僅為本公開的示意性圖解，并非一定是按比例繪制。圖中相同的附圖標記表示相同或類似的部分，因而將省略對它們的重復(fù)描述。附圖中所示的一些方框圖是功能實體，不一定必須與物理或邏輯上獨立的實體相對應(yīng)?？梢圆捎密浖问絹韺崿F(xiàn)這些功能實體，或在一個或多個硬件模塊或集成電路中實現(xiàn)這些功能實體，或在不同網(wǎng)絡(luò)和/或處理器裝置和/或微控制器裝置中實現(xiàn)這些功能實體。

參考圖1所示，一種定制化報表的流程例如可以包括以下步驟：首先，需求人員提出定制化報表需求，例如可以包括即篩選條件以及展示的維度等等；緊接著，開發(fā)人員對定制化報表需求進行評估，并判斷定制化報表需求是否可實行；然后，在判斷定制化報表需求可實行時，則開始進行需求定制開發(fā)，并與既往定制化需求比較是否有可以優(yōu)化功能；開發(fā)完成后，對開發(fā)完成的定制化報表進行測試驗證；測試驗證通過后，在將定制化報表進行生產(chǎn)上線，用戶進行使用并對使用情況進行反饋。然后在根據(jù)實際需求，進行新一輪定制化報表需求提出，重新執(zhí)行所有流程。

這種大量且多變的定制化報表需求從開始到結(jié)束(從需求制定到開發(fā)到使用)，不僅工期長、效率低；而且需求量大、易變動，修改重復(fù)及反復(fù)優(yōu)化同一功能也增加了出錯的幾率。因此，上述方法不僅消耗了大量的實施成本，而且也增加了后期開發(fā)人員的維護成本。

基于上述問題，本示例實施方式中首先提供了一種報表生成方法。參考圖2所示，該報表生成方法可以包括以下步驟：

步驟S210.獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表，并根據(jù)所述歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一包括各所述歷史業(yè)務(wù)數(shù)據(jù)表中所有維度的自定義基礎(chǔ)報表。

步驟S220.接收創(chuàng)建一自定義報表的創(chuàng)建請求，并在響應(yīng)所述創(chuàng)建請求后根據(jù)所述創(chuàng)建請求的發(fā)起者對所述自定義基礎(chǔ)報表中各維度的歷史使用頻率向所述創(chuàng)建請求的發(fā)起者推薦多個候選維度。

步驟S230.結(jié)合所述創(chuàng)建請求的發(fā)起者從所述候選維度中確定的目標維度為所述創(chuàng)建請求的發(fā)起者生成自定義報表并更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)。

上述報表生成方法中，一方面，通過根據(jù)歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建自定義基礎(chǔ)報表，不但降低了大量且易修改的定制化報表需求所帶來的時間成本而且降低了開發(fā)的復(fù)雜程度；同時，也避免了修改重復(fù)以及反復(fù)優(yōu)化同一功能的出錯幾率；另一方面，通過根據(jù)創(chuàng)建請求的發(fā)起者對自定義基礎(chǔ)報表中各維度的歷史使用頻率向創(chuàng)建請求的發(fā)起者推薦多個候選維度，提升了候選維度推薦的準確率；再一方面，通過結(jié)合創(chuàng)建請求的發(fā)起者從候選維度中確定的目標維度為創(chuàng)建請求的發(fā)起者生成自定義報表，提升了用戶體驗；更進一步的，通過更新自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)，提高了下一次推薦的準確率。

下面，將對本示例實施方式中上述軟件升級方法的各步驟進行詳細的說明。

在步驟S210中，獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表，并根據(jù)所述歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一包括各所述歷史業(yè)務(wù)數(shù)據(jù)表中所有維度的自定義基礎(chǔ)報表。

在本示例實施方式中，上述歷史業(yè)務(wù)數(shù)據(jù)表例如可以包括客戶投訴基礎(chǔ)信息表(T_CC_BASIC_INFO)、投訴人信息表(T_CC_COMPLAINANT_INFO)、接待人信息表(T_CC_RECEIVER_INFO)、被投訴人信息表(T_CC_DEFENDANT_INFO)以及投訴事由表(T_CC_COMPLAINT_CAUSE)等等，也可以根據(jù)實際情況增加其他的信息表，例如可以是保單號信息表(POLICY_NO)或者險種信息表(INSURANCE_CATEGORY)等等；上述預(yù)設(shè)歷史時間例如可包括一周、一個月或者一個季度等等，也可以根據(jù)實際情況自行定義，例如可以是半年或者一年等等；上述維度例如可以包括被投訴人姓名(DEFENDANT_NAME)、被投訴人身份(DEFENDANT_STATUS)、業(yè)務(wù)編號(BUSINESS_CODE)、所屬分公司(COMPANY_CODE)以及投訴人信息等等，投訴人信息例如可以包括投訴人姓名(COMPLAINANT_NAME)以及投訴人聯(lián)系電話(TELEPHONE_NO)等等，也可以根據(jù)實際情況對維度或者投訴人信息做其他的定義，本示例實施方式對此不做特殊限制。具體而言：

獲取一段時間內(nèi)的上述歷史客戶投訴基礎(chǔ)信息表、投訴人信息表、接待人信息表、被投訴人信息表以及投訴事由表，然后根據(jù)歷史客戶投訴基礎(chǔ)信息表、投訴人信息表、接待人信息表、被投訴人信息表以及投訴事由表創(chuàng)建一包含上述各表中所有維度的自定義基礎(chǔ)報表。其中，自定義基礎(chǔ)報表的代碼例如可以如圖3a所示；自定義基礎(chǔ)報表的原型例如可以如圖3b所示。

在本示例的另一種實施方式中，獲取一段時間內(nèi)的上述客戶投訴基礎(chǔ)信息表、投訴人信息表、接待人信息表、被投訴人信息表以及投訴事由表，可以對上述各表中的維度以及數(shù)據(jù)進行初步處理，例如可以包括：將上述各表中維度相同的數(shù)據(jù)進行合并，例如可以將客戶投訴基礎(chǔ)信息表中的投訴人姓名維度下對應(yīng)的數(shù)據(jù)以及投訴人信息表中的投訴人姓名維度下對應(yīng)的數(shù)據(jù)進行合并；也可以包括將上述各表中類型相同的維度進行歸類，例如可以將客戶投訴基礎(chǔ)信息表中的投訴人姓名維度以及投訴人聯(lián)系電話維度歸類為投訴人信息維度；通過對上述個表中的維度以及數(shù)據(jù)進行初步的合并和歸類，可以減少數(shù)據(jù)的復(fù)雜程度，提高了自定義報表的準確率。此外，在本公開的其他示例性實施例中，也可以根據(jù)實際情況對上述各表格做其他的處理，本示例性實施例中對此不做特殊限定。

在步驟S220中，接收創(chuàng)建一自定義報表的創(chuàng)建請求，并在響應(yīng)所述創(chuàng)建請求后根據(jù)所述創(chuàng)建請求的發(fā)起者對所述自定義基礎(chǔ)報表中各維度的歷史使用頻率向所述創(chuàng)建請求的發(fā)起者推薦多個候選維度。舉例而言：

某一用戶需要統(tǒng)計截止到某一時間內(nèi)被投訴次數(shù)最多的投訴人信息，則查詢系統(tǒng)響應(yīng)該用戶的請求后，可以根據(jù)該用戶對上述自定義基礎(chǔ)報表中各維度的歷史使用頻率向該用戶推薦多個歷史使用頻率較高的維度；推薦的維度例如可以包括被投訴人姓名(DEFENDANT_NAME)、被投訴人身份(DEFENDANT_STATUS)、被投訴人業(yè)務(wù)編號(BUSINESS_CODE)、被投訴人所屬分公司(COMPANY_CODE)、以及投訴人姓名(COMPLAINANT_NAME)、投訴人聯(lián)系電話(TELEPHONE_NO)等等。此外，在本公開的其他示例性實施例中，也可以根據(jù)實際情況推薦其他的維度，本示例性實施例中對此不做特殊限定。

在本示例的另一種實施方式中，當用戶第一次使用查詢系統(tǒng)時，用戶可以根據(jù)需要自行在上述自定義基礎(chǔ)報表中選擇自己的需要的維度信息；然后查詢系統(tǒng)會根據(jù)用戶的選擇生成一自定義報表，并在系統(tǒng)中新增用戶的信息以及用戶選擇的維度信息，使得下一次用戶再次使用查詢系統(tǒng)時，可以直接根據(jù)上一次的使用記錄給用戶推薦相應(yīng)的維度，節(jié)省了用戶的時間，提升了用戶體驗。

在步驟S230中，結(jié)合所述創(chuàng)建請求的發(fā)起者從所述候選維度中確定的目標維度為所述創(chuàng)建請求的發(fā)起者生成自定義報表并更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)。參考圖4所示，更新自定義基礎(chǔ)報表中目標維度的歷史使用頻率數(shù)據(jù)可以包括步驟S2302～S2304。其中：

在步驟S2302中，判斷生成的所述自定義報表中的維度是否存在于所述候選維度中；在步驟S2304中，在判斷所述自定義報表中的維度存在于所述候選維度中時，在所述候選維度中增加該維度的使用頻率；在步驟S2306中，當判斷所述自定義報表中的維度不存在于所述候選維度中時，在所述自定義報表中增加該維度。

在本示例實施方式中，上述用戶可以根據(jù)查詢系統(tǒng)推薦的維度，選擇自己需要的維度，然后查詢系統(tǒng)會根據(jù)用戶選擇的維度生成一自定義報表；參考圖5所示，用戶可以根據(jù)自己的實際需要，對自定義報表進行相應(yīng)的處理(例如可以在報表中手動增加其他的維度信息，也可以根據(jù)實際情況進行其他的處理，本示例實施方式對此不做特殊限制)；自定義報表生成以后，需要更新自定義報表中維度的使用頻率數(shù)據(jù)，具體的例如可以包括：首先判斷自定義報表中的各維度是否存在于候選維度中；若存在，則在候選維度中增加該維度的使用頻率(例如可以在原來的使用次數(shù)上+1，也可以根據(jù)實際情況自行更新使用頻率數(shù)據(jù)，本示例實施方式對此不做特殊限制)；若不存在，則在自定義報表中增加該緯度。此外，在本公開的其他示例性實施例中，也可以根據(jù)實際情況以其他的方式更新使用頻率數(shù)據(jù)，本示例性實施例中對此不做特殊限定。

在本示例的另一種實施方式中，為了能夠更加的提高用戶的效率，更進一步的節(jié)省用戶的時間成本，可以刪除候選維度中維度的使用頻率小于一頻率預(yù)設(shè)值的維度(例如候選維度中，被投訴人所屬分公司這一維度的使用頻率較小，則可以刪除)。此外，在本公開的其他示例性實施例中，也可以根據(jù)實際情況對候選維度進行其他的處理(例如可以是將候選維度中長時間不用的維度刪除等等)，本示例性實施例中對此不做特殊限定。

本示例實施方式還提供了另一種報表生成方法，定時的根據(jù)所述自定義報表中的維度更新所述自定義基礎(chǔ)報表中的維度以更新所述歷史業(yè)務(wù)數(shù)據(jù)表；定時的刪除所述自定義基礎(chǔ)報表中存儲時長超過一時長預(yù)設(shè)值的數(shù)據(jù)。具體而言：

可以以T+1方式，將自定義報表中的維度填充到自定義基礎(chǔ)報表中(例如可以包括將自定義報表中用戶手動添加的維度增加到自定義基礎(chǔ)報表中)并更新歷史業(yè)務(wù)數(shù)據(jù)表；使得下一次再創(chuàng)建自定義基礎(chǔ)報表時，包括的維度更加全面；為了能使查詢系統(tǒng)更加高效，減少查詢系統(tǒng)的負擔，可以定時的刪除自定義基礎(chǔ)報表中存儲時長過長的數(shù)據(jù)(例如可以刪除自定義基礎(chǔ)報表中存儲時長超過一年或者兩年的數(shù)據(jù)，也可以根據(jù)實際情況自行調(diào)整存儲年限，本示例實施方式對此不做特殊限制)。此外，在本公開的其他示例性實施例中，為了提高系統(tǒng)的整體性能，也可以根據(jù)實際情況對自定義基礎(chǔ)報表中的歷史數(shù)據(jù)做其他的處理(例如可以將歷史數(shù)據(jù)備份到另一數(shù)據(jù)中等等)，本示例性實施例中對此不做特殊限定。

此外，盡管在附圖中以特定順序描述了本公開中方法的各個步驟，但是，這并非要求或者暗示必須按照該特定順序來執(zhí)行這些步驟，或是必須執(zhí)行全部所示的步驟才能實現(xiàn)期望的結(jié)果。附加的或備選的，可以省略某些步驟，將多個步驟合并為一個步驟執(zhí)行，以及/或者將一個步驟分解為多個步驟執(zhí)行等。

本示例實施方式還提供了一種報表生成裝置。參考圖6所示，該報表生成裝置可以包括：自定義基礎(chǔ)報表創(chuàng)建模塊610、候選維度推薦模塊620以及自定義報表生成模塊630。其中：

自定義基礎(chǔ)報表創(chuàng)建模塊610可以用于獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表，并根據(jù)所述歷史業(yè)務(wù)數(shù)據(jù)表創(chuàng)建一包括各所述歷史業(yè)務(wù)數(shù)據(jù)表中所有維度的自定義基礎(chǔ)報表。

候選維度推薦模塊620可以用于接收創(chuàng)建一自定義報表的創(chuàng)建請求，并在響應(yīng)所述創(chuàng)建請求后根據(jù)所述創(chuàng)建請求的發(fā)起者對所述自定義基礎(chǔ)報表中各維度的歷史使用頻率向所述創(chuàng)建請求的發(fā)起者推薦多個候選維度。

自定義報表生成模塊630可以用于結(jié)合所述創(chuàng)建請求的發(fā)起者從所述候選維度中確定的目標維度為所述創(chuàng)建請求的發(fā)起者生成自定義報表并更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)。

在本示例實施方式中，更新所述自定義基礎(chǔ)報表中所述目標維度的歷史使用頻率數(shù)據(jù)包括：判斷生成的所述自定義報表中的維度是否存在于所述候選維度中；在判斷所述自定義報表中的維度存在于所述候選維度中時，在所述候選維度中增加該維度的使用頻率；在判斷所述自定義報表中的維度不存在于所述候選維度中時，在所述自定義報表中增加該維度。

在本示例實施方式中，所述裝置還可以包括：

維度刪除模塊可以用于刪除所述候選維度中維度的使用頻率小于一頻率預(yù)設(shè)值的維度。

在本示例實施方式中，在獲取預(yù)設(shè)歷史時間內(nèi)的所有歷史業(yè)務(wù)數(shù)據(jù)表之后還包括：

將各所述歷史業(yè)務(wù)數(shù)據(jù)表中維度相同的數(shù)據(jù)合并；以及將各所述歷史業(yè)務(wù)數(shù)據(jù)表中類型相同的維度歸類。

在本示例實施方式中，所述裝置還可以包括：

業(yè)務(wù)數(shù)據(jù)表更新模塊可以用于定時的根據(jù)所述自定義報表中的維度更新所述自定義基礎(chǔ)報表中的維度以更新所述歷史業(yè)務(wù)數(shù)據(jù)表。

數(shù)據(jù)刪除模塊可以用于定時的刪除所述自定義基礎(chǔ)報表中存儲時長超過一時長預(yù)設(shè)值的數(shù)據(jù)。

上述報表生成裝置中各模塊的具體細節(jié)已經(jīng)在對應(yīng)的報表生成方法中進行了詳細想描述，因此此處不再贅述。

應(yīng)當注意，盡管在上文詳細描述中提及了用于動作執(zhí)行的設(shè)備的若干模塊或者單元，但是這種劃分并非強制性的。實際上，根據(jù)本公開的實施方式，上文描述的兩個或更多模塊或者單元的特征和功能可以在一個模塊或者單元中具體化。反之，上文描述的一個模塊或者單元的特征和功能可以進一步劃分為由多個模塊或者單元來具體化。

通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員易于理解，這里描述的示例實施方式可以通過軟件實現(xiàn)，也可以通過軟件結(jié)合必要的硬件的方式來實現(xiàn)。因此，根據(jù)本公開實施方式的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來，該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM，U盤，移動硬盤等)中或網(wǎng)絡(luò)上，包括若干指令以使得一臺計算設(shè)備(可以是個人計算機、服務(wù)器、移動終端、或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行根據(jù)本公開實施方式的方法。

圖7示出根據(jù)本公開示例實施方式中一種電子設(shè)備400的示意圖。例如，電子設(shè)備400可以被提供為一服務(wù)器。參照圖7，電子設(shè)備400包括處理組件422，其進一步包括一個或多個處理器，以及由存儲器432所代表的存儲器資源，用于存儲可由處理組件422的執(zhí)行的指令，例如應(yīng)用程序。存儲器432中存儲的應(yīng)用程序可以包括一個或一個以上的每一個對應(yīng)于一組指令的模塊。此外，處理組件422被配置為執(zhí)行指令，以執(zhí)行上述方法。

電子設(shè)備400還可以包括一個電源組件426被配置為執(zhí)行電子設(shè)備400的電源管理，一個有線或無線網(wǎng)絡(luò)接口450被配置為將電子設(shè)備400連接到網(wǎng)絡(luò)，和一個輸入輸出(I/O)接口458。電子設(shè)備400可以操作基于存儲在存儲器432的操作系統(tǒng)，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，F(xiàn)reeBSDTM或類似。

本領(lǐng)域技術(shù)人員在考慮說明書及實踐這里公開的發(fā)明后，將容易想到本公開的其它實施方案。本申請旨在涵蓋本公開的任何變型、用途或者適應(yīng)性變化，這些變型、用途或者適應(yīng)性變化遵循本公開的一般性原理并包括本公開未公開的本技術(shù)領(lǐng)域中的公知常識或慣用技術(shù)手段。說明書和實施例僅被視為示例性的，本公開的真正范圍和精神由所附的權(quán)利要求指出。