本發(fā)明涉及大數(shù)據(jù)處理領域，特別是涉及一種基于大數(shù)據(jù)分析的報告發(fā)送方法、裝置及系統(tǒng)。

背景技術：

大數(shù)據(jù)或稱巨量資料，指的是需要新處理模式才能具有更強的決策力、洞察力和流程優(yōu)化處理能力的海量、高增長率和多樣化的信息資產，由于大數(shù)據(jù)具有大量、高速、多樣和價值四個特點，因此大數(shù)據(jù)已經(jīng)成為網(wǎng)絡時代發(fā)展的重心。

大數(shù)據(jù)分析就是指對規(guī)模巨大的數(shù)據(jù)進行分析，以挖掘出信息價值。由于大數(shù)據(jù)規(guī)模巨大，單機運算能力已經(jīng)無法滿足對大數(shù)據(jù)的信息挖掘，大數(shù)據(jù)離線分析平臺就應運而生。

基于大數(shù)據(jù)分析結果來刻畫業(yè)務已經(jīng)成為一種常用運營方式，現(xiàn)有方式是由運營人員先向大數(shù)據(jù)離線分析平臺提交運算任務，大數(shù)據(jù)離線分析平臺在接收到運算任務后啟動運算，運營人員根據(jù)運算結果手動生成運營報告通過郵件方式發(fā)送給相關收件人。由于大數(shù)據(jù)分析運算過程復雜耗時，尤其在運算任務量較多的情況下，人工提交運算任務、人工監(jiān)控運算情況以及人工生成報告發(fā)送的方式，耗時耗力，另外，人工手動處理也容易出錯。

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

為了解決上述技術問題，本發(fā)明提供了一種基于大數(shù)據(jù)分析的報告發(fā)送方法、裝置及系統(tǒng)，通過記錄報告的配置信息的方式，自動觸發(fā)大數(shù)據(jù)離線分析平臺進行數(shù)據(jù)分析處理，根據(jù)該平臺的運算結果按照配置信息自動生成報告，以實現(xiàn)向接收方自動發(fā)送報告，本發(fā)明中所有運算過程的監(jiān)控、報告的生成以及發(fā)送均不再需要人工參與，提升了報告生成及發(fā)送速率以及可靠性。

本發(fā)明實施例公開了如下技術方案：

一方面，本發(fā)明提供了一種基于大數(shù)據(jù)分析的報告發(fā)送方法，所述方法包括：

記錄報告的配置信息，所述配置信息包括：報告模板、數(shù)據(jù)指標與對應的運算任務、檢查任務與對應的檢查標準；

向大數(shù)據(jù)離線分析平臺發(fā)送所述檢查任務，獲取所述平臺運行檢查任務的檢查結果；

判斷所述檢查結果是否符合所述檢查標準；如果符合，向所述平臺發(fā)送所述運算任務，監(jiān)控每個運算任務的運行情況，將運行成功的運算結果保存在數(shù)據(jù)庫中，將運行失敗的運算任務重新發(fā)送給所述平臺；

在確定所有運算任務都運行成功時，從所述數(shù)據(jù)庫中提取運算結果，按照所述報告模板生成報告；

向接收方發(fā)送所述報告。

優(yōu)選的，所述檢查標準包括以下一種或多種：

數(shù)據(jù)長度范圍、數(shù)據(jù)類型或數(shù)據(jù)歸屬系統(tǒng)類型。

優(yōu)選的，判斷所述檢查結果是否符合所述檢查標準，包括：

判斷所述檢查結果中的數(shù)據(jù)長度是否符合所述檢查標準中預設的數(shù)據(jù)長度范圍；和/或，

判斷所述檢查結果中的數(shù)據(jù)類型是否符合所述檢查標準中預設的數(shù)據(jù)類型；和/或，

判斷所述檢查結果中的數(shù)據(jù)歸屬系統(tǒng)類型是否符合所述檢查標準中預設的系統(tǒng)類型。

優(yōu)選的，所述報告模板為以下任意類型：

郵件模板、文檔模板、表格模板、網(wǎng)頁模板或短信模板。

優(yōu)選的，所述報告模板為郵件模板，所述配置信息還包括發(fā)送周期、報告名稱以及收件方；

則向接收方發(fā)送所述報告，具體為：

按照所述發(fā)送周期、以報告名稱為郵件主題的方式，向所述收件方發(fā)送攜帶所述報告的郵件。

優(yōu)選的，從所述數(shù)據(jù)庫中提取運算結果，按照所述報告模板生成報告， 包括：

從所述數(shù)據(jù)庫中提取每個運算任務對應的運算結果，將運算結果代入報告模板中對應的數(shù)據(jù)指標位置，以生成報告。

優(yōu)選的，所述方法還包括：

監(jiān)控所述報告的發(fā)送情況，當發(fā)送失敗時，重新向接收方發(fā)送所述報告。

又一方面，本發(fā)明提供了一種基于大數(shù)據(jù)分析的報告發(fā)送裝置，所述裝置包括：

記錄單元，用于記錄報告的配置信息，所述配置信息包括：報告模板、數(shù)據(jù)指標與對應的運算任務、檢查任務與對應的檢查標準；

檢查任務監(jiān)控單元，用于向大數(shù)據(jù)離線分析平臺發(fā)送所述檢查任務，獲取所述平臺運行檢查任務的檢查結果；

檢查結果判斷單元，用于判斷所述檢查結果是否符合所述檢查標準；如果符合，觸發(fā)運算任務監(jiān)控單元；

運算任務監(jiān)控單元，用于向所述平臺發(fā)送所述運算任務，監(jiān)控每個運算任務的運行情況，將運行成功的運算結果保存在數(shù)據(jù)庫中，將運行失敗的運算任務重新發(fā)送給所述平臺；在確定所有運算任務都運行成功時，觸發(fā)報告生成單元；

報告生成單元，用于從所述數(shù)據(jù)庫中提取運算結果，按照所述報告模板生成報告；

報告發(fā)送單元，用于向接收方發(fā)送所述報告。

優(yōu)選的，所述檢查標準包括以下一種或多種：

數(shù)據(jù)長度范圍、數(shù)據(jù)類型或數(shù)據(jù)歸屬系統(tǒng)類型。

優(yōu)選的，所述檢查任務判斷單元，包括：

第一判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)長度是否符合所述檢查標準中預設的數(shù)據(jù)長度范圍；和/或，

第二判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)類型是否符合所述檢查標準中預設的數(shù)據(jù)類型；和/或，

第三判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)歸屬系統(tǒng)類型是否符合所述檢查標準中預設的系統(tǒng)類型。

優(yōu)選的，所述報告模板為以下任意類型：

郵件模板、文檔模板、表格模板、網(wǎng)頁模板或短信模板。

優(yōu)選的，所述報告模板為郵件模板，所述配置信息還包括發(fā)送周期、報告名稱以及收件方；

則所述發(fā)送單元，具體用于按照所述發(fā)送周期、以報告名稱為郵件主題的方式，向所述收件方發(fā)送攜帶所述報告的郵件。

優(yōu)選的，所述報告生成單元，具體用于從所述數(shù)據(jù)庫中提取每個運算任務對應的運算結果，將運算結果代入報告模板中對應的數(shù)據(jù)指標位置，以生成報告。

優(yōu)選的，所述裝置還包括：

發(fā)送情況監(jiān)控單元，用于監(jiān)控所述報告的發(fā)送情況，當發(fā)送失敗時，重新向接收方發(fā)送所述報告。

又一方面，本發(fā)明還提供了一種基于大數(shù)據(jù)分析的報告發(fā)送系統(tǒng)，所述系統(tǒng)包括：

大數(shù)據(jù)離線分析平臺和服務器，所述服務器內裝載上述基于大數(shù)據(jù)分配的報告發(fā)送裝置。

由上述技術方案可以看出，與現(xiàn)有技術相比，本發(fā)明具有如下有益效果：

本發(fā)明通過記錄報告的配置信息的方式，自動觸發(fā)大數(shù)據(jù)離線分析平臺執(zhí)行相關檢查任務和運算任務，通過監(jiān)控檢查任務運行結果是否符合檢查標準的方式，使得大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，具備完整的數(shù)據(jù)，為執(zhí)行運算任務打好數(shù)據(jù)基礎，在大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，監(jiān)控運行結果，保證所有運算任務均運行成功時，根據(jù)運算結果生成報告，以實現(xiàn)向接收方自動發(fā)送報告的目的。本發(fā)明在利用大數(shù)據(jù)離線分析平臺執(zhí)行相關任務的過程中，所有的檢查任務、運算任務、報告生成以及發(fā)送操作均不需要人工參與，既保證了報告內容的可靠性又提升了報告生成及發(fā)送速率。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送方法實施例1的流程圖；

圖2為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送方法實施例2的流程圖；

圖3為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送裝置實施例1的結構圖；

圖4為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送裝置實施例2的結構圖；

圖5為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送系統(tǒng)的結構圖。

具體實施方式

為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

參見圖1，圖1為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送方法的流程圖，該方法應用于報告發(fā)送裝置側，該方法可以包括：

S101，記錄報告的配置信息，所述配置信息包括：報告模板、數(shù)據(jù)指標與對應的運算任務、檢查任務與對應的檢查標準。

在具體實現(xiàn)時，用戶可以在報告發(fā)送裝置上直接輸入報告的配置信息，輸入的方式可以是手動收入、語音輸入、數(shù)據(jù)傳輸?shù)榷喾N方式。報告發(fā)送裝置接收到配置信息時，記錄這些配置信息，將其保存在數(shù)據(jù)庫，以便后續(xù)使用。

這里的配置信息至少應包括：報告模板、數(shù)據(jù)指標與對應的運算任務、檢查任務與對應的檢查標準。這里的報告模板包括模板類型、模板固定內容以及數(shù)據(jù)指標內容；這里的模板類型是指模板的屬性類型，如模板是文檔屬性，還是網(wǎng)頁屬性，還是短信屬性，還是圖片屬性，還是表格屬性等等；模板固定內容是指模板中已經(jīng)明確的內容，該內容可以以文字、數(shù)字、字母、圖片等任意形式存在于模板中；這里的數(shù)據(jù)指標內容是指需要利用大數(shù)據(jù)離線平臺通過運算任務運算得到的數(shù)據(jù)內容；也就是說，數(shù)據(jù)指標內容是不確 定的，需要通過運算才能得到的。這里的檢查任務是指用于描述針對運算任務所涉及的數(shù)據(jù)完整性檢查的任務；這里的檢查標準是指用于衡量數(shù)據(jù)完整性的標準。

在具體實現(xiàn)時，報告模板的類型可以為以下類型：

郵件模板、文檔模板、表格模板、網(wǎng)頁模板或短信模板等。

當報告模板是郵件模板時，考慮到用戶常規(guī)的郵件發(fā)送方式，上述配置信息中還可以包括：發(fā)送周期、報告名稱以及收件方；這里的收件方可以是具體的個人郵箱地址，或者群組郵箱地址。

在具體實現(xiàn)時，檢查標準可以設置為以下任一或者組合的內容：

數(shù)據(jù)長度范圍、數(shù)據(jù)類型或數(shù)據(jù)歸屬系統(tǒng)類型。

這里的數(shù)據(jù)類型可以為數(shù)據(jù)所歸屬的業(yè)務類型；例如：交易金額數(shù)據(jù)類、用戶基礎信息類或訂單信息類等。

這里的數(shù)據(jù)歸屬系統(tǒng)類型是指生成數(shù)據(jù)的系統(tǒng)所歸屬的類型。例如：交易系統(tǒng)類型、登錄系統(tǒng)類型或訂單系統(tǒng)類型等。

例如，檢查標準可以設置為數(shù)據(jù)長度范圍是1Mbit－－－2Mbit；數(shù)據(jù)類型包括：交易金額數(shù)據(jù)類和用戶基礎信息類；數(shù)據(jù)歸屬系統(tǒng)類型包括：交易系統(tǒng)類型和登錄系統(tǒng)類型。

S102，向大數(shù)據(jù)離線分析平臺發(fā)送所述檢查任務，獲取所述平臺運行檢查任務的檢查結果。

由于大數(shù)據(jù)離線分析平臺是依靠其他系統(tǒng)離線導入的基礎數(shù)據(jù)，來完成運算任務的，而其他系統(tǒng)通常采用離線定時任務的方式，向大數(shù)據(jù)離線分析平臺導入數(shù)據(jù)，因此這些基礎數(shù)據(jù)的導入時間是無法確定的，以至于數(shù)據(jù)的完整性就無法實時確定，因此，為了保證大數(shù)據(jù)離線分析平臺運算結果的可靠性，在執(zhí)行運算任務之前，本發(fā)明先檢查數(shù)據(jù)的完整性。

在報告發(fā)送裝置記錄了配置信息時，先將配置信息中的檢查任務發(fā)送給大數(shù)據(jù)離線分析平臺，此時，該平臺就運行該檢查任務得到檢查結果，該報告發(fā)送裝置還需要進一步獲取該平臺的檢查結果，作為后續(xù)判斷操作的基礎。

S103，判斷所述檢查結果是否符合所述檢查標準；如果符合，執(zhí)行S104。

S104，向所述平臺發(fā)送所述運算任務，監(jiān)控每個運算任務的運行情況，將 運行成功的運算結果保存在數(shù)據(jù)庫中，將運行失敗的運算任務重新發(fā)送給所述平臺。

在報告發(fā)送裝置獲取到檢查結果時，按照配置信息中的檢查標準對檢查結果作判斷，以確定出大數(shù)據(jù)離線分析平臺是否已導入了滿足此次運算任務的所有數(shù)據(jù)。如果檢查結果符合檢查標準，表明大數(shù)據(jù)離線分析平臺已經(jīng)導入了此次運算任務所需的數(shù)據(jù)，此時，向該平臺發(fā)送運算任務。

由于大數(shù)據(jù)離線分析平臺的離線運算方式，可能由于各種各樣的因素導致運算任務計算失敗，而大數(shù)據(jù)離線分析平臺不會判斷任務的完成情況，計算失敗和成功都會有一個計算結果，因此，本發(fā)明通過監(jiān)控該平臺的運行情況，以保證所有的運算任務都計算成功，以保證計算結果的可靠性。

S105，在確定所有運算任務都運行成功時，從所述數(shù)據(jù)庫中提取運算結果，按照所述報告模板生成報告。

在具體實現(xiàn)時，通過以下方式生成報告：

從所述數(shù)據(jù)庫中提取每個運算任務對應的運算結果，將運算結果代入報告模板中對應的數(shù)據(jù)指標位置，以生成報告。

由于報告模板配置了模板固定內容以及數(shù)據(jù)指標內容，因此，在得到運算結果時，僅需要將運算結果代入對應的數(shù)據(jù)指標內容的位置，最終根據(jù)模板固定內容和代入的運算結果的內容組合生成報告。

舉例說明，報告模板為EXCEL表格，報告模板的配置信息包括：模板固定內容為EXCEL表格橫向和縱向的各個標題，模板數(shù)據(jù)指標內容為EXCEL表格中各標題下的未知內容，則在獲得運算結果時，只需要將運算結果代入對應的未知內容位置，就可以組合成一個EXCEL表格。

S106，向接收方發(fā)送所述報告。

在具體實現(xiàn)時，可以有多種發(fā)送報告的方式，包括：

按照郵件發(fā)送方式，向接收方發(fā)送攜帶所述報告的郵件。或，

按照短信發(fā)送方式，向接收方發(fā)送攜帶所述報告的短信?；?，

按照網(wǎng)頁發(fā)送方式，向接收方發(fā)送攜帶所述報告的網(wǎng)頁的網(wǎng)址信息?；?，

按照文檔發(fā)送方式，向接收方發(fā)送攜帶所述報告的文檔?；?，

按照表格發(fā)送方式，向接收方發(fā)送攜帶所述報告的表格。

另外，考慮到在實際發(fā)送報告過程中，可能由于網(wǎng)絡或者硬件設備原因導致報告發(fā)送失敗的情況，為了保證報告發(fā)送的可靠性，本發(fā)明提供另一實施例，參見圖2，圖2為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送方法實施例2的流程圖；圖2所示的方法可以理解為在圖1所示方法的基礎上，增加如下步驟：

S107，監(jiān)控所述報告的發(fā)送情況，當發(fā)送失敗時，重新向接收方發(fā)送所述報告。

可以看出，本發(fā)明通過記錄報告的配置信息的方式，自動觸發(fā)大數(shù)據(jù)離線分析平臺執(zhí)行相關檢查任務和運算任務，通過監(jiān)控檢查任務運行結果是否符合檢查標準的方式，使得大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，具備完整的數(shù)據(jù)，為執(zhí)行運算任務打好數(shù)據(jù)基礎，在大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，監(jiān)控運行結果，保證所有運算任務均運行成功時，根據(jù)運算結果生成報告，以實現(xiàn)向接收方自動發(fā)送報告的目的。本發(fā)明在利用大數(shù)據(jù)離線分析平臺執(zhí)行相關任務的過程中，所有的檢查任務、運算任務、報告生成以及發(fā)送操作均不需要人工參與，既保證了報告內容的可靠性又提升了報告生成及發(fā)送速率。

參見圖3，圖3本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送裝置實施例1的結構圖，該裝置可以包括：

記錄單元301，用于記錄報告的配置信息，所述配置信息包括：報告模板、數(shù)據(jù)指標與對應的運算任務、檢查任務與對應的檢查標準。

在具體實現(xiàn)時，該裝置可以為用戶提供手動收入、語音輸入或數(shù)據(jù)傳輸?shù)容斎雸蟾娴呐渲眯畔⒌妮斎肭?，這樣，該記錄單元可以記錄用戶輸入的相關配置信息；該記錄單元在具體實現(xiàn)時，也可以是先獲取預設地址所儲存的報告的配置信息，再將該信息記錄在本實施例裝置的數(shù)據(jù)庫中。

檢查任務監(jiān)控單元302，用于向大數(shù)據(jù)離線分析平臺發(fā)送所述檢查任務，獲取所述平臺運行檢查任務的檢查結果。

檢查結果判斷單元303，用于判斷所述檢查結果是否符合所述檢查標準；如果符合，觸發(fā)運算任務監(jiān)控單元。

運算任務監(jiān)控單元304，用于向所述平臺發(fā)送所述運算任務，監(jiān)控每個運算任務的運行情況，將運行成功的運算結果保存在數(shù)據(jù)庫中，將運行失敗的運算任務重新發(fā)送給所述平臺；在確定所有運算任務都運行成功時，觸發(fā)報告生成單元。

報告生成單元305，用于從所述數(shù)據(jù)庫中提取運算結果，按照所述報告模板生成報告。

報告發(fā)送單元306，用于向接收方發(fā)送所述報告。

在具體實現(xiàn)時，所述檢查標準可以包括以下一種或多種：

數(shù)據(jù)長度范圍、數(shù)據(jù)類型或數(shù)據(jù)歸屬系統(tǒng)類型。

在具體實現(xiàn)時，所述檢查任務判斷單元，可以包括：

第一判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)長度是否符合所述檢查標準中預設的數(shù)據(jù)長度范圍；和/或，

第二判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)類型是否符合所述檢查標準中預設的數(shù)據(jù)類型；和/或，

第三判斷子單元，用于判斷所述檢查結果中的數(shù)據(jù)歸屬系統(tǒng)類型是否符合所述檢查標準中預設的系統(tǒng)類型。

在具體實現(xiàn)時，所述報告模板為以下任意類型：

郵件模板、文檔模板、表格模板、網(wǎng)頁模板或短信模板。

在具體實現(xiàn)時，所述報告模板為郵件模板，所述配置信息還包括發(fā)送周期、報告名稱以及收件方；

則所述發(fā)送單元，具體用于按照所述發(fā)送周期、以報告名稱為郵件主題的方式，向所述收件方發(fā)送攜帶所述報告的郵件。

在具體實現(xiàn)時，所述報告生成單元，可以具體用于從所述數(shù)據(jù)庫中提取每個運算任務對應的運算結果，將運算結果代入報告模板中對應的數(shù)據(jù)指標位置，以生成報告。

另外，考慮到在實際發(fā)送報告過程中，可能由于網(wǎng)絡或者硬件設備原因導致報告發(fā)送失敗的情況，為了保證報告發(fā)送的可靠性，本發(fā)明提供另一實施例，參見圖4，圖4為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送裝置實施例2的結構圖；圖4所示的裝置可以理解為在圖3所示裝置的基礎上，增加如下 單元：

發(fā)送情況監(jiān)控單元307，用于監(jiān)控所述報告的發(fā)送情況，當發(fā)送失敗時，重新向接收方發(fā)送所述報告。

可以看出，利用本發(fā)明的裝置，用戶僅預先設置好報告的配置信息，無需人工監(jiān)控平臺的處理過程，也無需手動生成以及發(fā)送報告，大大節(jié)省了用戶操作時間，便于用戶使用大數(shù)據(jù)離線分析平臺實現(xiàn)數(shù)據(jù)挖掘；本發(fā)明具體是通過記錄報告的配置信息的方式，自動觸發(fā)大數(shù)據(jù)離線分析平臺執(zhí)行相關檢查任務和運算任務，通過監(jiān)控檢查任務運行結果是否符合檢查標準的方式，使得大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，具備完整的數(shù)據(jù)，為執(zhí)行運算任務打好數(shù)據(jù)基礎，在大數(shù)據(jù)離線分析平臺在執(zhí)行運算任務時，監(jiān)控運行結果，保證所有運算任務均運行成功時，根據(jù)運算結果生成報告，以實現(xiàn)向接收方自動發(fā)送報告的目的。本發(fā)明在利用大數(shù)據(jù)離線分析平臺執(zhí)行相關任務的過程中，所有的檢查任務、運算任務、報告生成以及發(fā)送操作均不需要人工參與，既保證了報告內容的可靠性又提升了報告生成及發(fā)送速率。

另外，本發(fā)明還提供了報告發(fā)送系統(tǒng)。

參見圖5，圖5為本發(fā)明提供的基于大數(shù)據(jù)分析的報告發(fā)送系統(tǒng)的結構圖，該系統(tǒng)可以包括：

大數(shù)據(jù)離線分析平臺501和服務器502；

該服務器502內裝載了上述基于大數(shù)據(jù)分析的報告發(fā)送裝置。

圖5中所示的服務器502內裝載了如圖3所述的基于大數(shù)據(jù)分析的報告發(fā)送裝置，當然該服務器內也可以裝置如圖4所示的基于大數(shù)據(jù)分析的報告發(fā)送裝置。

該大數(shù)據(jù)離線分析平臺501與服務器502之間，可以通過無線方式通信，也可以通過有線方式通信，對此本實施例不作任何限定。

本發(fā)明提供了的報告發(fā)送系統(tǒng)，利用了大數(shù)據(jù)離線分析平臺的數(shù)據(jù)分析功能，通過服務器內的報告發(fā)送裝置主動觸發(fā)大數(shù)據(jù)離線分析平臺執(zhí)行相關的檢查任務、運算任務，利用服務器內的報告發(fā)送裝置控制整個報告的生成及發(fā)送過程，這個過程不再需要人工參與，既保證了報告內容的可靠性又提升了報告生成及發(fā)送速率。

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到上述實施例方法中的全部或部分步驟可借助軟件加通用硬件平臺的方式來實現(xiàn)?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者諸如媒體網(wǎng)關等網(wǎng)絡通信設備)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

需要說明的是，本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于設備及系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述得比較簡單，相關之處參見方法實施例的部分說明即可。以上所描述的設備及系統(tǒng)實施例僅僅是示意性的，其中作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。本領域普通技術人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅是本發(fā)明的優(yōu)選實施方式，并非用于限定本發(fā)明的保護范圍。應當指出，對于本技術領域的普通技術人員來說，在不脫離本發(fā)明原理的前提下，還可以作出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。