本申請涉及計算機通信領(lǐng)域，尤其涉及數(shù)據(jù)上報方法及裝置。

背景技術(shù)：

數(shù)據(jù)上報，通常情況下，是指客戶端將本地采集到的目標數(shù)據(jù)，上報給相應(yīng)的數(shù)據(jù)平臺，以使數(shù)據(jù)平臺對該目標數(shù)據(jù)進行相應(yīng)的業(yè)務(wù)處理。

常用的數(shù)據(jù)上報方式一般是引入消息系統(tǒng)，客戶端通過消息系統(tǒng)將需要上報的目標數(shù)據(jù)發(fā)送至數(shù)據(jù)平臺。然而，消息系統(tǒng)并不適用于所有的客戶端，因此，開發(fā)一種適用于所有客戶端的數(shù)據(jù)上報方法成為亟待解決的問題。

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

有鑒于此，本申請?zhí)峁?shù)據(jù)上報方法及裝置，用以提高數(shù)據(jù)上報的通用性。

具體地，本申請是通過如下技術(shù)方案實現(xiàn)的：

根據(jù)本申請實施例的第一方面，提供一種數(shù)據(jù)上報方法，所述方法應(yīng)用于數(shù)據(jù)平臺，所述方法包括：

接收不同類型客戶端在調(diào)用本地HTTP接口時上報的目標數(shù)據(jù)；其中，所述目標數(shù)據(jù)為各類型客戶端均兼容的通用數(shù)據(jù)格式；所述目標數(shù)據(jù)攜帶預(yù)設(shè)標識；所述預(yù)設(shè)標識指示不同類型客戶端上報的數(shù)據(jù)差異；

解析所述客戶端上報的所述目標數(shù)據(jù)，獲取該目標數(shù)據(jù)中攜帶的所述預(yù)設(shè)標識；

將所述目標數(shù)據(jù)存儲至所述預(yù)設(shè)標識所指示的數(shù)據(jù)庫。

根據(jù)本申請實施例的第二方面，提供一種數(shù)據(jù)上報裝置，所述裝置應(yīng)用于數(shù)據(jù)平臺，所述裝置包括：

接收單元，用于接收不同類型客戶端在調(diào)用本地HTTP接口時上報的目標數(shù)據(jù)；其中，所述目標數(shù)據(jù)為各類型客戶端均兼容的通用數(shù)據(jù)格式；所述目標數(shù)據(jù)攜帶預(yù)設(shè)標識；所述預(yù)設(shè)標識指示不同類型客戶端上報的數(shù)據(jù)差異；

解析單元，用于解析所述客戶端上報的所述目標數(shù)據(jù)，獲取該目標數(shù)據(jù)中攜帶的所述預(yù)設(shè)標識；

儲存單元，用于將所述目標數(shù)據(jù)存儲至所述預(yù)設(shè)標識所指示的數(shù)據(jù)庫。

本申請?zhí)峁┮环N數(shù)據(jù)上報的方法，數(shù)據(jù)平臺可以面向不同類型的客戶端提供一個HTTP接口作為數(shù)據(jù)上報接口，而不同類型的客戶端在上報數(shù)據(jù)時，可以將數(shù)據(jù)組織成各類型客戶端均兼容的通用數(shù)據(jù)格式，并在數(shù)據(jù)中攜帶用于指示各類型客戶端上報的數(shù)據(jù)差異的預(yù)設(shè)標識，然后通過調(diào)用該HTTP接口統(tǒng)一上報至數(shù)據(jù)平臺，由數(shù)據(jù)平臺存儲至與所述預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫；

一方面，由于采用基于通用的標準的HTTP協(xié)議的HTTP接口，并且目標數(shù)據(jù)的上報格式采用的是各類型客戶端均兼容的通用數(shù)據(jù)格式，使得所有的客戶端都可以通過調(diào)用數(shù)據(jù)平臺的同一HTTP接口進行數(shù)據(jù)上報，從而可以不必針對不同類型的客戶端分別開發(fā)消息系統(tǒng)，有助于節(jié)約開發(fā)成本，提升系統(tǒng)的可擴展性和靈活性。

另一方面，由于不同類型的客戶端在上報目標數(shù)據(jù)時，可以在目標數(shù)據(jù)中攜帶指示數(shù)據(jù)差異的預(yù)設(shè)標識，從而使得數(shù)據(jù)平臺可以基于該預(yù)設(shè)標識，對各客戶端上報的目標數(shù)據(jù)差異化存儲在不同的數(shù)據(jù)庫，從而可以屏蔽掉不同類型客戶端在業(yè)務(wù)場景上的差異。

附圖說明

圖1是本申請一示例性實施例示出的一種數(shù)據(jù)上報方法的網(wǎng)絡(luò)架構(gòu)圖；

圖2是本申請一示例性實施例示出的一種數(shù)據(jù)上報方法的流程圖；

圖3是本申請一示例性實施例示出的一種數(shù)據(jù)上報裝置所在設(shè)備的硬件結(jié)構(gòu)圖；

圖4是本申請一示例性實施例示出的一種數(shù)據(jù)上報裝置的框圖。

具體實施方式

這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附權(quán)利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。

在本申請使用的術(shù)語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。在本申請和所附權(quán)利要求書中所使用的單數(shù)形式的“一種”、“所述”和“該”也旨在包括多數(shù)形式，除非上下文清楚地表示其他含義。還應(yīng)當(dāng)理解，本文中使用的術(shù)語“和/或”是指并包含一個或多個相關(guān)聯(lián)的列出項目的任何或所有可能組合。

應(yīng)當(dāng)理解，盡管在本申請可能采用術(shù)語第一、第二、第三等來描述各種信息，但這些信息不應(yīng)限于這些術(shù)語。這些術(shù)語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第一信息。取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當(dāng)……時”或“響應(yīng)于確定”。

數(shù)據(jù)上報，通常情況下，是指客戶端將本地采集到的目標數(shù)據(jù)，上報給相應(yīng)的數(shù)據(jù)平臺，以使數(shù)據(jù)平臺對該目標數(shù)據(jù)進行相應(yīng)的業(yè)務(wù)處理。

在相關(guān)技術(shù)中，常用的數(shù)據(jù)上報方式通常是由客戶端基于自身支持的開發(fā)語言，獨立開發(fā)對應(yīng)的消息系統(tǒng)，與數(shù)據(jù)平臺進行對接，客戶端通過該消息系統(tǒng)將需要上報的目標數(shù)據(jù)發(fā)送至數(shù)據(jù)平臺。

然而，在實際應(yīng)用中，可能會存在不同類型的客戶端，與同一數(shù)據(jù)平臺對接的情況；比如，PC(Personal Computer，個人計算機)客戶端，移動客戶端，Web客戶端與同一數(shù)據(jù)平臺對接。在這種情況下，由于不同類型的客戶端，所支持的開發(fā)語言可能彼此存在差異，同一消息系統(tǒng)可能無法同時兼容不同類型的客戶端，因此通常需要針對不同類型的客戶端分別開發(fā)對應(yīng)的消息系統(tǒng)；

一方面，為不同類型的客戶端分別開發(fā)消息系統(tǒng)，不僅存在開發(fā)成本過高的問題，而且擴展性差不夠靈活。

另一方面，為不同類型的客戶端分別開發(fā)消息系統(tǒng)，使得不同類型的客戶端在與同一數(shù)據(jù)平臺對接時，缺乏一個比較通用的數(shù)據(jù)上報方式，無法屏蔽不同類型的客戶端在業(yè)務(wù)場景上的差異。

為了解決上述問題，本申請?zhí)峁┮环N數(shù)據(jù)上報的方法，數(shù)據(jù)平臺可以面向不同類型的客戶端提供一個HTTP接口作為數(shù)據(jù)上報接口，而不同類型的客戶端在上報數(shù)據(jù)時，可以將數(shù)據(jù)組織成各類型客戶端均兼容的通用數(shù)據(jù)格式，并在數(shù)據(jù)中攜帶用于指示各類型客戶端上報的數(shù)據(jù)差異的預(yù)設(shè)標識，然后通過調(diào)用該HTTP接口統(tǒng)一上報至數(shù)據(jù)平臺，由數(shù)據(jù)平臺存儲至與所述預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫；

一方面，由于采用基于通用的標準的HTTP協(xié)議的HTTP接口，并且目標數(shù)據(jù)的上報格式采用的是各類型客戶端均兼容的通用數(shù)據(jù)格式，使得所有的客戶端都可以通過調(diào)用數(shù)據(jù)平臺的同一HTTP接口進行數(shù)據(jù)上報，從而可以不必針對不同類型的客戶端分別開發(fā)消息系統(tǒng)，有助于節(jié)約開發(fā)成本，提升系統(tǒng)的可擴展性和靈活性。

另一方面，由于不同類型的客戶端在上報目標數(shù)據(jù)時，可以在目標數(shù)據(jù)中攜帶指示數(shù)據(jù)差異的預(yù)設(shè)標識，從而使得數(shù)據(jù)平臺可以基于該預(yù)設(shè)標識，對各客戶端上報的目標數(shù)據(jù)差異化存儲在不同的數(shù)據(jù)庫，從而可以屏蔽掉不同類型客戶端在業(yè)務(wù)場景上的差異。

參見圖1，圖1是本申請一示例性實施例示出的一種數(shù)據(jù)上報方法的網(wǎng)絡(luò)架構(gòu)圖。在該數(shù)據(jù)上報的網(wǎng)絡(luò)架構(gòu)中，包含若干個不同的客戶端和數(shù)據(jù)平臺。

上述客戶端可以包括面向用戶的客戶端軟件。該客戶端軟件可以采集用戶操作或者業(yè)務(wù)處理過程中產(chǎn)生的目標數(shù)據(jù)，例如用戶觸發(fā)某事項的次數(shù)、視頻業(yè)務(wù)加載的耗時時長等數(shù)據(jù)，并可以通過調(diào)用數(shù)據(jù)平臺的接口，將采集的到目標數(shù)據(jù)上報給數(shù)據(jù)平臺，由數(shù)據(jù)平臺基于客戶端上報的目標數(shù)據(jù)進行相應(yīng)的業(yè)務(wù)處理。

其中，不同的客戶端，通常是指客戶端的類型不同。例如客戶端可以為PC客戶端、移動客戶端和Web客戶端等，在移動客戶端中，又可以包括基于HTML(HyperText Markup Language，超文本標記語言)的手機APP(Application，應(yīng)用程序)客戶端等。

承載上述客戶端的硬件環(huán)境，例如，可以是PC機、移動終端等。在本實施例中，不進行特別地限定。

上述數(shù)據(jù)平臺可以包括數(shù)據(jù)服務(wù)器，也可以包括由若干臺數(shù)據(jù)服務(wù)器搭建的分布式數(shù)據(jù)平臺，該分布式數(shù)據(jù)平臺可以實現(xiàn)對不同客戶端上報的目標數(shù)據(jù)進行分布式存儲和分布式的業(yè)務(wù)處理等。

參見圖2，圖2是本申請一示例性實施例示出的一種數(shù)據(jù)上報方法的流程圖；所述方法應(yīng)用于數(shù)據(jù)平臺，所述方法具體包括如下所述步驟：

步驟201：接收不同類型客戶端在調(diào)用本地HTTP接口時上報的目標數(shù)據(jù)；其中，所述目標數(shù)據(jù)為各類型客戶端均兼容的通用數(shù)據(jù)格式；所述目標數(shù)據(jù)攜帶預(yù)設(shè)標識；所述預(yù)設(shè)標識指示不同類型客戶端上報的數(shù)據(jù)差異；

步驟202：解析所述客戶端上報的所述目標數(shù)據(jù)，獲取該目標數(shù)據(jù)中攜帶的所述預(yù)設(shè)標識；

步驟203：將所述目標數(shù)據(jù)存儲至所述預(yù)設(shè)標識所指示的數(shù)據(jù)庫。

上述預(yù)設(shè)標識，為開發(fā)人員預(yù)先設(shè)定的標識信息，用以指示客戶端上報的數(shù)據(jù)之間的差異。該預(yù)設(shè)標識通?？梢詳y帶于客戶端上報的目標數(shù)據(jù)的指定字段中。

在這里，需要說明的是，該預(yù)設(shè)標識所指示的客戶端上報的目標數(shù)據(jù)之間的差異，可以是客戶端上報的目標數(shù)據(jù)在業(yè)務(wù)類型上的差異；即開發(fā)人員可以針對不同的業(yè)務(wù)類型，分別設(shè)定不同的預(yù)設(shè)標識。

當(dāng)然，在實際應(yīng)用中，上述預(yù)設(shè)標識所指示的數(shù)據(jù)差異，也可以由開發(fā)人員基于實際應(yīng)用中的具體需求進行自定義，在申請中不再進行一一列舉；例如，上述預(yù)設(shè)標識也可以指示客戶端上報的目標數(shù)據(jù)在格式上的差異，等等。

其中，上述業(yè)務(wù)類型以實際應(yīng)用中的處理的具體業(yè)務(wù)為準，例如可以是告警業(yè)務(wù)、查詢業(yè)務(wù)等，在這里，只是對業(yè)務(wù)類型進行示例性的說明，不對其進行特別地限定。

下面以預(yù)設(shè)標識表征各客戶端上報的數(shù)據(jù)的業(yè)務(wù)類型上的差異為例，對以上示出的數(shù)據(jù)上報方案進行具體的介紹。需要說明的是，對于預(yù)設(shè)標識指示業(yè)務(wù)類型以外的其它類型的數(shù)據(jù)差異，其數(shù)據(jù)上報的實現(xiàn)方式與以下描述的該預(yù)設(shè)標識表征業(yè)務(wù)類型上的差異時的數(shù)據(jù)上報方式相同，在這里，不再贅述。

在本申請實施例中，為了完成不同類型的客戶端使用通用的數(shù)據(jù)格式向數(shù)據(jù)平臺統(tǒng)一上報數(shù)據(jù)，需要預(yù)先針對客戶端和數(shù)據(jù)平臺分別進行相應(yīng)的配置，下面對配置客戶端和數(shù)據(jù)平臺的過程進行詳細地說明。

首先，開發(fā)人員可以在數(shù)據(jù)平臺上預(yù)先開發(fā)一個通用的標準HTTP接口，并通過該HTTP接口與不同類型的客戶端進行對接，各不同類型的客戶端可以針對該HTTP接口執(zhí)行標準的HTTP調(diào)用，向數(shù)據(jù)平臺上報數(shù)據(jù)。

通過這種方式，由于HTTP協(xié)議為通用的標準協(xié)議，因而使用通用的標準HTTP接口作為不同類型的客戶端的數(shù)據(jù)上報接口，可以不再需要區(qū)分不同的客戶端之間的類型差異，針對不同類型的客戶端分別開發(fā)對應(yīng)的消息系統(tǒng)，因而能夠兼容各種類型的客戶端，可以有效地增加了數(shù)據(jù)上報的通用性。

其次，在面向各類型的客戶端提供統(tǒng)一的HTTP接口作為數(shù)據(jù)上報接口的基礎(chǔ)上，還可以進一步對各類型的客戶端上報數(shù)據(jù)的數(shù)據(jù)格式進行統(tǒng)一，將各類型客戶端上報數(shù)據(jù)的數(shù)據(jù)格式配置為各類型客戶端均兼容的通用數(shù)據(jù)格式。

例如，在示出的一種實施方式中，上述通用數(shù)據(jù)格式可以是基于JSON的數(shù)據(jù)格式；在這種情況下，各類型的客戶端可以基于JSON格式，對需要上報的數(shù)據(jù)的格式進行重新組織，然后通過調(diào)用上述HTTP接口，上報至數(shù)據(jù)平臺。

通過將目標數(shù)據(jù)的數(shù)據(jù)格式統(tǒng)一為JSON格式的好處在于：

一方面，與其他的通用數(shù)據(jù)格式相比，基于JSON格式的目標數(shù)據(jù)的“體積”更小，占用更少的通道、內(nèi)存等資源；

另一方面，JSON格式可以將目標數(shù)據(jù)組成為“名稱與該名稱對應(yīng)的值”的形式，使得數(shù)據(jù)平臺對客戶端上報的目標數(shù)據(jù)進行解析變得更加容易、方便；JSON數(shù)據(jù)格式的擴展性強，使得開發(fā)人員可以基于實際的業(yè)務(wù)需求對JSON數(shù)據(jù)格式進行靈活擴展。

當(dāng)然，在實際應(yīng)用中，上述通用數(shù)據(jù)格式除了可以是JSON格式以外，也可以是其它類型的通用數(shù)據(jù)格式，比如XML格式，在本例中不再進行一一列舉。

在本例中，不同類型的客戶端通過調(diào)用標準的HTTP接口，并使用通用的數(shù)據(jù)格式向數(shù)據(jù)平臺上報數(shù)據(jù)，雖然能夠提升在數(shù)據(jù)上報上的通用性，但在實際應(yīng)用中，各不同類型的客戶端需要向數(shù)據(jù)平臺上報的數(shù)據(jù)，通常會存在一定的差異，而且對于數(shù)據(jù)平臺來說，也具有對各不同類型的客戶端上報的數(shù)據(jù)，進行差異化處理的需求。

在本例中，為了體現(xiàn)出各類型客戶端上報的數(shù)據(jù)上的差異，開發(fā)人員可以針對各類型客戶端需要上報的不同類型的數(shù)據(jù)，分別定義不同的預(yù)設(shè)標識，通過定義的預(yù)設(shè)標識來指示不同類型的客戶端上報的數(shù)據(jù)上的差異。

在示出的一種實施方式中，由于不同類型的客戶端上報的數(shù)據(jù)，通常會存在業(yè)務(wù)場景以及業(yè)務(wù)類型上的差異；因此，開發(fā)人員可以針對不同的業(yè)務(wù)場景下的不同業(yè)務(wù)類型，分別定義一個對應(yīng)的預(yù)設(shè)標識；

例如，以預(yù)設(shè)標識“ab”表征視頻加載耗時時長超過預(yù)設(shè)閾值的告警業(yè)務(wù)。當(dāng)然，這里只是對預(yù)設(shè)標識與業(yè)務(wù)類型的對應(yīng)關(guān)系的一種示例性說明，在實際應(yīng)用中，開發(fā)人員可以自行定義。

當(dāng)開發(fā)人員為各類型的客戶端分別定義了用于表征業(yè)務(wù)類型的預(yù)設(shè)標識后，數(shù)據(jù)平臺可以創(chuàng)建開發(fā)人員定義的預(yù)設(shè)標識，和相應(yīng)的業(yè)務(wù)類型之間的映射關(guān)系，并可以將該映射關(guān)系下發(fā)至每一個可以向本地上報目標數(shù)據(jù)的客戶端。

以上是對客戶端和數(shù)據(jù)平臺的配置過程的介紹，以下以上述預(yù)設(shè)標識表征各客戶端上報的目標數(shù)據(jù)的業(yè)務(wù)類型上的差異為例，對各類型客戶端進行數(shù)據(jù)上報的過程進行詳細描述。

在本申請實施例中，各類型的客戶端在需要向數(shù)據(jù)平臺上報數(shù)據(jù)時，可以基于JSON格式將需要上報的目標數(shù)據(jù)組織成“名稱與該名稱對應(yīng)的值”的形式，然后上報至數(shù)據(jù)平臺。

然而，由于各類型客戶端對應(yīng)的業(yè)務(wù)場景可能存在差異，導(dǎo)致各類型客戶端需要上報的目標數(shù)據(jù)的業(yè)務(wù)類型可能彼此不同。因此，為了使得服務(wù)端可以區(qū)分出上報的目標數(shù)據(jù)之間在業(yè)務(wù)類型上的差異，客戶端在需要上報目標數(shù)據(jù)時，還可以在需要上報的目標數(shù)據(jù)中寫入一個可以表征目標數(shù)據(jù)的業(yè)務(wù)類型的預(yù)設(shè)標識，使得數(shù)據(jù)平臺可以基于該預(yù)設(shè)標識來準確卻分出各類型客戶端上報的數(shù)據(jù)，在業(yè)務(wù)類型上的差異。

在示出的一種實現(xiàn)方式中，客戶端在基于JSON格式將需要上報的數(shù)據(jù)組織成JSON格式時，可以利用JSON格式的擴展性較強的特點，在目標數(shù)據(jù)原有的字段的基礎(chǔ)上，擴展出一個對應(yīng)于該預(yù)設(shè)標識的擴展字段，然后可以將該預(yù)設(shè)標識以“名稱與該名稱對應(yīng)的值”形式寫入待上報的目標數(shù)據(jù)中。

例如，以sign表示上述用于寫入預(yù)設(shè)標識的擴展字段，以“ab”表示目標數(shù)據(jù)的業(yè)務(wù)類型為告警業(yè)務(wù)，則客戶端可以基于JSON格式將該預(yù)設(shè)標識組織為“sign＝ab”的形式，寫入上報的目標數(shù)據(jù)中，然后進行上報。

各類型的客戶端在對目標數(shù)據(jù)進行上報時，可以通過調(diào)用數(shù)據(jù)平臺上與各客戶端對接的同一HTTP接口，將待上報的目標數(shù)據(jù)發(fā)送給數(shù)據(jù)平臺。

其中，具體的調(diào)用HTTP接口的方法可以參考現(xiàn)有技術(shù)予以實現(xiàn)，本申請不再一一贅述。

數(shù)據(jù)平臺在接收到不同類型客戶端在調(diào)用本地HTTP接口時上報的目標數(shù)據(jù)后，可以對上述目標數(shù)據(jù)進行解析。

其中，在對上述目標數(shù)據(jù)進行解析時，由于上述目標數(shù)據(jù)是基于JSON格式，以“名稱與該名稱對應(yīng)的值”進行組織，所以數(shù)據(jù)平臺可以通過讀取名稱及名稱對應(yīng)的值，快速的解析出上述目標數(shù)據(jù)中攜帶的預(yù)設(shè)標識。

在本申請實施例中，為了便于對客戶端上報的數(shù)據(jù)進行管理，上述數(shù)據(jù)平臺可以預(yù)先劃分出若干個分別對應(yīng)不同的業(yè)務(wù)類型的數(shù)據(jù)庫。

在解析出上述目標數(shù)據(jù)攜帶的預(yù)設(shè)標識后，數(shù)據(jù)平臺可以查找已創(chuàng)建的預(yù)設(shè)標識和與該預(yù)設(shè)標識對應(yīng)的業(yè)務(wù)類型的映射關(guān)系，獲取與該預(yù)設(shè)標識對應(yīng)的業(yè)務(wù)類型，然后將接收到的目標數(shù)據(jù)儲存在與該業(yè)務(wù)類型對應(yīng)的數(shù)據(jù)庫中。

另外，為了便于對同一業(yè)務(wù)類型的目標數(shù)據(jù)進行儲存和管理，上述數(shù)據(jù)庫可以進一步劃分出一張原始數(shù)據(jù)分表和一張業(yè)務(wù)數(shù)據(jù)分表。

其中，上述原始數(shù)據(jù)分表用于儲存未經(jīng)處理的客戶端上報的目標數(shù)據(jù)。而上述業(yè)務(wù)數(shù)據(jù)分表則用于儲存將原始的目標數(shù)據(jù)進行相應(yīng)的業(yè)務(wù)處理后，得到的處理結(jié)果數(shù)據(jù)。

在一種可選的實現(xiàn)方式中，數(shù)據(jù)平臺默認可以將接收的目標數(shù)據(jù)儲存在與該預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫中的原始數(shù)據(jù)分表。

在本申請實施例中，數(shù)據(jù)平臺除了可以將接收到的上述目標數(shù)據(jù)作為原始數(shù)據(jù)，儲存在與該目標數(shù)據(jù)攜帶的預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫的原始數(shù)據(jù)分表中，還可以基于原始數(shù)據(jù)分表中儲存的目標數(shù)據(jù)，執(zhí)行進一步的業(yè)務(wù)處理。

例如，假設(shè)客戶端上報的目標數(shù)據(jù)中攜帶預(yù)設(shè)標識“ab”，該預(yù)設(shè)標識“ab”表征視頻加載耗時時長超過預(yù)設(shè)閾值的告警業(yè)務(wù)。數(shù)據(jù)平臺在接收到客戶端上報的目標數(shù)據(jù)后，可以以該預(yù)設(shè)標識“ab”為索引，查找上述映射關(guān)系，確定與該目標數(shù)據(jù)對應(yīng)的業(yè)務(wù)類型，并將該目標數(shù)據(jù)存儲至對應(yīng)的數(shù)據(jù)庫中的原始數(shù)據(jù)分表；然后數(shù)據(jù)平臺可以對上述視頻加載耗時時長的數(shù)據(jù)進行統(tǒng)計分析，然后通過統(tǒng)計分析結(jié)果判斷視頻加載的耗時時長是否超過了預(yù)設(shè)閾值，如果是，則發(fā)出告警信息。

此外，需要說明的是，數(shù)據(jù)平臺在對目標數(shù)據(jù)進行業(yè)務(wù)處理時，可以實時的對目標數(shù)據(jù)進行處理，即只要數(shù)據(jù)平臺接收到上報的目標數(shù)據(jù)，就立即對該目標數(shù)據(jù)進行相應(yīng)地業(yè)務(wù)處理；

例如，在實際應(yīng)用中，上述數(shù)據(jù)平臺可以是一個基于流式處理架構(gòu)(比如storm架構(gòu))的實時計算平臺，當(dāng)各類型的客戶端在通過調(diào)用數(shù)據(jù)平臺提供的通用HTTP接口將目標數(shù)據(jù)上報至數(shù)據(jù)平臺后，上述數(shù)據(jù)平臺可以基于業(yè)務(wù)類型上的差異，將接收到的數(shù)據(jù)分庫存儲至不同的數(shù)據(jù)庫，然后針對不同業(yè)務(wù)類型的數(shù)據(jù)分別執(zhí)行實時的計算。

在本申請實施例中，數(shù)據(jù)平臺在針對原始數(shù)據(jù)分表中的目標數(shù)據(jù)進行了相應(yīng)的業(yè)務(wù)處理之后，為了便于對業(yè)務(wù)處理結(jié)果進行統(tǒng)一的管理，數(shù)據(jù)平臺可以進一步將針對該目標數(shù)據(jù)的業(yè)務(wù)處理結(jié)果存儲至該數(shù)據(jù)庫中的業(yè)務(wù)數(shù)據(jù)分表。

本申請?zhí)峁┮环N數(shù)據(jù)上報的方法，數(shù)據(jù)平臺可以面向不同類型的客戶端提供一個HTTP接口作為數(shù)據(jù)上報接口，而不同類型的客戶端在上報數(shù)據(jù)時，可以將數(shù)據(jù)組織成各類型客戶端均兼容的通用數(shù)據(jù)格式，并在數(shù)據(jù)中攜帶用于指示各類型客戶端上報的數(shù)據(jù)差異的預(yù)設(shè)標識，然后通過調(diào)用該HTTP接口統(tǒng)一上報至數(shù)據(jù)平臺，由數(shù)據(jù)平臺存儲至與所述預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫；

一方面，由于采用基于通用的標準的HTTP協(xié)議的HTTP接口，并且目標數(shù)據(jù)的上報格式采用的是各類型客戶端均兼容的通用數(shù)據(jù)格式，使得所有的客戶端都可以通過調(diào)用數(shù)據(jù)平臺的同一HTTP接口進行數(shù)據(jù)上報，從而可以不必針對不同類型的客戶端分別開發(fā)消息系統(tǒng)，有助于節(jié)約開發(fā)成本，提升系統(tǒng)的可擴展性和靈活性。

另一方面，由于不同類型的客戶端在上報目標數(shù)據(jù)時，可以在目標數(shù)據(jù)中攜帶指示數(shù)據(jù)差異的預(yù)設(shè)標識，從而使得數(shù)據(jù)平臺可以基于該預(yù)設(shè)標識，對各客戶端上報的目標數(shù)據(jù)差異化存儲在不同的數(shù)據(jù)庫，從而可以屏蔽掉不同類型客戶端在業(yè)務(wù)場景上的差異。

綜上所述，本申請?zhí)峁┑臄?shù)據(jù)上報的方法，既可以使所有的客戶端通過數(shù)據(jù)平臺上的一個HTTP接口完成目標數(shù)據(jù)上報，又可以通過目標數(shù)據(jù)中攜帶的預(yù)設(shè)標識，區(qū)分出目標數(shù)據(jù)所要儲存的數(shù)據(jù)庫和所要進行的業(yè)務(wù)處理，因此，可以有效地提高數(shù)據(jù)上報的通用性。

下面以客戶端為視頻直播客戶端為例，并結(jié)合視頻直播的場景對上述數(shù)據(jù)上報的方法進行詳細地說明。

上述直播客戶端可以為“YY LIVE”，如圖1所示，上述客戶端可以包括“YY LIVE”的Web客戶端，還可以包括移動客戶端，例如手機上的“YY LIVE”的APP等。

本申請主要是實現(xiàn)不同的客戶端，如上述“YY LIVE”的Web客戶端和“YY LIVE”的APP等客戶端，在上報數(shù)據(jù)時，可以不再通過為各個客戶端分別開發(fā)的不同的消息系統(tǒng)進行數(shù)據(jù)上報，而是統(tǒng)一調(diào)用數(shù)據(jù)平臺的一個HTTP接口，完成數(shù)據(jù)的上報，因此可以有效地提高數(shù)據(jù)上報的通用性。

在實現(xiàn)數(shù)據(jù)上報時，客戶端可以對本地產(chǎn)生的目標數(shù)據(jù)進行采集。例如，客戶端可以采集直播視頻的加載耗時時長數(shù)據(jù)，音頻加載耗時時長數(shù)據(jù)等。

下面以客戶端采集的目標數(shù)據(jù)為“YY LIVE”針對直播視頻加載的耗時時長數(shù)據(jù)，預(yù)設(shè)標識“ab”表征視頻加載耗時時長超過預(yù)設(shè)閾值的告警業(yè)務(wù)為例，進行說明。

不同的客戶端在對采集到的“YY LIVE”針對直播視頻加載的耗時時長的數(shù)據(jù)進行上報前，客戶端可以先將該直播視頻加載的耗時時長數(shù)據(jù)以JSON格式進行組織，并可以查詢與該直播視頻加載的耗時時長數(shù)據(jù)對應(yīng)的預(yù)設(shè)標識，如“ab”。然后客戶端可以將“ab”寫入通過JSON格式寫入到該視頻加載的耗時時長的數(shù)據(jù)中。

客戶端可以通過調(diào)用數(shù)據(jù)平臺的同一HTTP接口，將上述攜帶有預(yù)設(shè)標識“ab”的直播視頻加載的耗時時長數(shù)據(jù)上報給數(shù)據(jù)平臺。

數(shù)據(jù)平臺在接收到不同的客戶端通過調(diào)用本地HTTP接口上報的直播視頻加載的耗時時長數(shù)據(jù)后，可以對該直播視頻加載的耗時時長數(shù)據(jù)進行解析，并獲取該直播視頻加載的耗時時長數(shù)據(jù)中攜帶的預(yù)設(shè)標識“ab”。

數(shù)據(jù)平臺可以以該預(yù)設(shè)標識“ab”為索引，查找與該“ab”對應(yīng)的視頻加載耗時時長超過預(yù)設(shè)閾值的告警業(yè)務(wù)。

在獲得上述直播視頻加載的耗時時長數(shù)據(jù)對應(yīng)的業(yè)務(wù)類型后，數(shù)據(jù)平臺可以將上述直播視頻加載的耗時時長數(shù)據(jù)儲存在與視頻加載耗時時長超過預(yù)設(shè)閾值的告警業(yè)務(wù)對應(yīng)的數(shù)據(jù)庫的原始數(shù)據(jù)分表中，以供后續(xù)的業(yè)務(wù)處理和原始數(shù)據(jù)的查詢使用。

數(shù)據(jù)平臺可以基于預(yù)設(shè)標識“ab”對應(yīng)的視頻加載耗時時長的超過預(yù)設(shè)閾值的告警業(yè)務(wù)，對上述原始數(shù)據(jù)分表中的視頻加載耗時時長數(shù)據(jù)執(zhí)行相應(yīng)的業(yè)務(wù)處理；比如數(shù)據(jù)平臺可以對上述視頻加載耗時時長的數(shù)據(jù)進行統(tǒng)計分析，然后通過統(tǒng)計分析結(jié)果判斷視頻加載的耗時時長是否超過了預(yù)設(shè)閾值，如果是，則發(fā)出告警信息。

為了便于對業(yè)務(wù)處理結(jié)果進行統(tǒng)一的管理，數(shù)據(jù)平臺還可以將上述視頻加載耗時時長數(shù)據(jù)經(jīng)過業(yè)務(wù)處理后的業(yè)務(wù)處理結(jié)果儲存至上述數(shù)據(jù)的業(yè)務(wù)數(shù)據(jù)分表。

與前述數(shù)據(jù)上報方法的實施例相對應(yīng)，本申請還提供了數(shù)據(jù)上報裝置的實施例。

本申請數(shù)據(jù)上報裝置的實施例可以應(yīng)用在數(shù)據(jù)平臺上。裝置實施例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為一個邏輯意義上的裝置，是通過其所在數(shù)據(jù)平臺的處理器將非易失性存儲器中對應(yīng)的計算機程序指令讀取到內(nèi)存中運行形成的。從硬件層面而言，如圖3所示，為本申請數(shù)據(jù)上報裝置所在數(shù)據(jù)平臺的一種硬件結(jié)構(gòu)圖，除了圖3所示的處理器、內(nèi)存、網(wǎng)絡(luò)出接口、以及非易失性存儲器之外，實施例中裝置所在的數(shù)據(jù)平臺通常根據(jù)該數(shù)據(jù)上報的實際功能，還可以包括其他硬件，對此不再贅述。

請參考圖4，圖4是本申請一示例性實施例示出的一種數(shù)據(jù)上報裝置的框圖。所述裝置應(yīng)用于數(shù)據(jù)平臺，所述裝置包括：

接收單元410，用于接收不同類型客戶端在調(diào)用本地HTTP接口時上報的目標數(shù)據(jù)；其中，所述目標數(shù)據(jù)為各類型客戶端均兼容的通用數(shù)據(jù)格式；所述目標數(shù)據(jù)攜帶預(yù)設(shè)標識；所述預(yù)設(shè)標識指示不同類型客戶端上報的數(shù)據(jù)差異；

解析單元420，用于解析所述客戶端上報的所述目標數(shù)據(jù)，獲取該目標數(shù)據(jù)中攜帶的所述預(yù)設(shè)標識；

儲存單元430，用于將所述目標數(shù)據(jù)存儲至所述預(yù)設(shè)標識所指示的數(shù)據(jù)庫。

在一種可選的實現(xiàn)方式中，所述目標數(shù)據(jù)為基于JSON格式的數(shù)據(jù)。

在另一種可選的實現(xiàn)方式中，所述預(yù)設(shè)標識表征所述目標數(shù)據(jù)對應(yīng)的業(yè)務(wù)類型；所述數(shù)據(jù)平臺包含若干個分別對應(yīng)不同的業(yè)務(wù)類型的數(shù)據(jù)庫；其中，所述數(shù)據(jù)庫包含原始數(shù)據(jù)分表和業(yè)務(wù)數(shù)據(jù)分表；

所述儲存單元430，具體用于查找與所述客戶端上報的目標數(shù)據(jù)中攜帶的預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫；其中，各數(shù)據(jù)庫分別對應(yīng)不同的預(yù)設(shè)標識；將該目標數(shù)據(jù)儲存至查找到的所述數(shù)據(jù)庫中的原始數(shù)據(jù)分表。

在另一種可選的實現(xiàn)方式中，所述裝置還包括：

執(zhí)行單元440，用于基于所述目標數(shù)據(jù)中攜帶的預(yù)設(shè)標識所表征的業(yè)務(wù)類型，針對所述目標數(shù)據(jù)執(zhí)行與該業(yè)務(wù)類型對應(yīng)的業(yè)務(wù)處理；

查找單元450，用于查找與所述客戶端上報的目標數(shù)據(jù)中攜帶的預(yù)設(shè)標識對應(yīng)的數(shù)據(jù)庫；

所述儲存單元430，還用于將針對所述目標數(shù)據(jù)的業(yè)務(wù)處理結(jié)果存儲至查找到的所述數(shù)據(jù)庫中的業(yè)務(wù)數(shù)據(jù)分表。

在另一種可選的實現(xiàn)方式中，所述客戶端包括PC客戶端，移動客戶端，Web客戶端。

上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應(yīng)步驟的實現(xiàn)過程，在此不再贅述。

對于裝置實施例而言，由于其基本對應(yīng)于方法實施例，所以相關(guān)之處參見方法實施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領(lǐng)域普通技術(shù)人員在不付出創(chuàng)造性勞動的情況下，即可以理解并實施。

以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應(yīng)包含在本申請保護的范圍之內(nèi)。