[發明專利]用于識別推送通信模式的系統和方法

有效

• 申請號: 201280068228.3
• 申請日: 2012-01-26
• 公開（公告）號: CN104137501B
• 公開（公告）日: 2017-10-20
• 發明（設計）人: O·艾麗婭薩夫;A·克斯納;M·澤默;O·克雷特;M·E·克勞斯
• 申請（專利權）人: 惠普發展公司;有限責任合伙企業
• 主分類號: H04L29/02
• 分類號: H04L29/02;H04L29/06
• 代理公司: 北京德琦知識產權代理有限公司11018
• 代理人: 康泉,宋志強

背景技術

用于驗證應用程序性能的軟件工具能夠通過將生產工作負荷應用到應用程序平臺或環境來仿真數百或者數千的并發用戶。所述仿真使應用程序經受嚴格的現實用戶負載同時從關鍵基礎組件收集信息。這種應用程序性能工具將一致的、可測量的、并且可重復的負載應用到測試下的應用程序，然后使用結果數據來識別能夠影響真實用戶的可測量性問題。應用程序性能工具可包括虛擬用戶生成器，其能夠運行腳本以將負載應用到在測試下的應用程序。為了有用，這些代碼文本移動應當精確地仿真生產中應用程序將經歷的通信模式。

附圖說明

圖1描繪了可實施多種實施例的環境。

圖2描繪了根據一個例子的系統。

圖3是框圖，描繪了根據一個例子的存儲器和處理資源。

圖4是流程圖，描繪了用于實施一個例子的步驟。

具體實施方式

介紹：以下描述的多種實施例被展開以在通信實體序列中識別推送通信模式。通信實體是在客戶端和服務器之間交換的請求/響應對。在一個例子中，客戶端直接發送引導到服務器的網絡地址的HTTP請求，并且所述服務器向所述客戶端返回HTTP響應。

推送通信通常用于實時地向客戶端通知服務器側事件。電子郵件消息的到達和證券報價機的更新正是這類事件的兩個例子。由于安全性關注，服務器不發起此種通知。而是，客戶端通過向服務器上的已知地址發送請求來開啟通信。服務器向客戶端發送看起來具有無窮長度的應答。結果，所述客戶端保持通信的開啟。當需要時，所述服務器在所建立的連接上向客戶端發送更新。這里稱這些更新為“子消息”。如果所述服務器沒有要報告的更新或者子消息，則其周期性地查驗所述客戶端以防止客戶端超時并關閉所述連接。

已經證明，識別諸如HTTP的傳輸協議上的推送通信是復雜的。所有HTTP通信均都基于請求應答往返(通信實體)而不僅是HTTP推送。大型文件的HTTP通信實體可能看起來像推送通信。在客戶端側通過將字節捕獲到套接字層緩沖器中來進行記錄。隨著時間的進行，所述客戶端的套接字層緩沖器將通常區別于由所述服務器發送的套接字層緩沖器。其的發生是因為業務通常通過多個路由器并且經過不同協議而經歷了網絡延遲。推送消息內容的格式不是可預測的，而是由所述客戶端和服務器確定的。而且，客戶端可能在相對短的時間內訪問包含推送的頁面。

在一個示例實施方式中，通過從通信實體的響應緩沖器創建簇來完成對推送通信模式的識別。如果響應緩沖器的到達時間差落到預定閾值之內，則它們可能被聚合到同一簇中。這種簇技術遵照以下假定，即在客戶端響應緩沖器中將接近準時地接收給定推送通信子消息的字節。在存在充分間隙的情況下，所述緩沖器被包括在分離的簇中并且可能屬于不同子消息。檢測到符合第一標準的簇。在一個例子中，該標準包括閾值大小使得低于該大小的簇被檢測到。第一標準能夠幫助確保每個檢測到的簇包括單個子消息，或者在一些情況下相對較少的子消息。

在確定檢測到的簇滿足第二標準時，將所述通信實體識別為具有推送通信模式。可能選擇該第二標準以要求所檢測到的簇包括多個超出預定閾值的簇。可能選擇所述標準以要求所檢測到的簇構成大于所有所述實體的簇的預定義百分率。所述第二標準還可能要求所檢測到的簇一起構成大于通信實體的響應長度的預定義百分率。

以下說明分為幾個部分。標簽“環境”的第一部分描述了網絡環境的例子，其中可實施多個實施例。標簽“組件”的第二部分描述了用于實施多個實施例的物理和邏輯組件的例子。標簽“操作”的第三部分描述了用來實施多個實施例的步驟。

環境：圖1描繪了環境10，其中可實施多個實施例。示出的環境10包括模式識別系統12、數據存儲14、服務器設備16，以及客戶端設備18。在下面參照圖2和3所描繪的，模式識別系統12通常代表了配置為在通信實體序列中識別推送通信模式的硬件和程序設計的任意組合。數據存儲14通常代表了配置存儲供模式識別系統12使用的數據的任意設備或者設備的組合。這些數據可能包括記錄的通信實體序列。