[發明專利]網絡直播數據上報方法及裝置

有效

• 申請號: 201710343073.4
• 申請日: 2017-05-16
• 公開（公告）號: CN107181743B
• 公開（公告）日: 2020-08-07
• 發明（設計）人: 庫宇
• 申請（專利權）人: 廣州華多網絡科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04N21/437
• 代理公司: 北京市立方律師事務所 11330
• 代理人: 劉延喜;王增鑫

本發明提供了一種網絡直播數據上報方法和裝置，其中方法包括：獲取網絡直播應用產生的上報數據；識別所述上報數據的業務類型和上報類型，根據業務類型和上報類型對上報數據進行分類；其中，業務類型對應上報格式，上報類型對應上報策略；對同一類上報數據，根據該類上報數據的上報策略，按該類上報數據的上報格式將上報數據封裝為數據包，上報所述數據包。本發明提供的網絡直播數據上報方法根據上報數據的業務類型和上報類型對數據進行分類并分別制定上報格式和上報策略，實現網絡直播數據的安全穩定上報和單系統統一接收、存儲和上報，在確保數據上報安全性和穩定性的同時，提高了數據上報的效率。

技術領域

本發明涉及通信技術領域，特別涉及一種網絡直播數據上報方法及裝置。

背景技術

為了持續地改進產品的體驗指標以及為產品精細化運營決策提供精準的數據支持，網絡直播客戶端軟件通常都會向服務器上報一些相對有價值的用戶行為數據，這一過程通常我們稱為數據統計。

然而隨著網絡直播的全面發展，用戶行為數據的種類和數據量呈現爆發式的增長，現行的處理手段往往是依靠不同種類的數據收集統計系統進行針對性收集，各個系統各有關注點，例如關注用戶行為類上報、關注質量統計類上報系統、關注業務邏輯類上報數據等。這樣將存在一些問題，多種上報數據類型也就要求服務器側需要有對應的多種數據接收端，因此導致服務器側缺乏統一的接收端，或者需要使用不同的服務器進行接收，這無疑增加了網絡服務提供者的設備負擔，長期存在大量類似的數據統計系統，會產生一定程度資源的浪費；此外，隨著時間的推移和應用的擴展，幾個系統統計內容未來可能出現上報信息冗余。

發明內容

基于此，有必要針對上述提到的問題，提供一種網絡直播數據上報方法及設備。

一種網絡直播數據上報方法，包括：

獲取網絡直播應用產生的上報數據；

識別所述上報數據的業務類型和上報類型，根據業務類型和上報類型對上報數據進行分類；其中，業務類型對應上報格式，上報類型對應上報策略；

對同一類上報數據，根據該類上報數據的上報策略，按該類上報數據的上報格式將上報數據封裝為數據包，上報所述數據包。

在其中一個實施例中，所述業務類型包括關注用戶行為類型、關注質量統計類上報類型、關注業務邏輯類型；

關注用戶行為類型對應類型長度值格式，關注質量統計類上報類型對應第一預定格式，關注業務邏輯類型對應第二預定格式。

在其中一個實施例中，所述上報類型包括點擊上報類型、狀態上報類型、時長上報類型、性能類上報類型、業務邏輯類上報類型；

點擊上報類型對應動態間隔時長周期上報策略，狀態上報類型對應網絡直播應用登錄后預定時長上傳策略，時長上報類型對應固定間隔時長周期上報策略，性能類上報類型對應網絡直播應用退出時上報策略，業務邏輯類上報類型對應約定間隔時長周期上報策略。

在其中一個實施例中，對同一類上報數據，根據該類上報數據的上報策略，按該類上報數據的上報格式將上報數據封裝為數據包，上報所述數據包，包括：

對業務類型和上報類型分別為關注用戶行為類型和點擊上報類型的同一類上報數據，根據動態間隔時長周期上報策略，確定本次上報間隔時長到達時，按類型長度值格式將上報數據封裝為數據包，上報所述數據包；

若剩余的該類上報數據大于標配數據量，減少下一次的上報間隔時長；若剩余的該類上報數據小于標配數據量，增加下一次的上報間隔時長。

進一步的，所述按類型長度值格式把上報數據封裝為數據包，上報所述數據包，包括：

獲取預置大小的上報數據，按類型長度值格式，將上報數據封裝為一個預置包長度的數據包，上報所述一個預置包長度的數據包。