[發明專利]一種動態更新接口的方法及系統

無效

• 申請號: 201210444655.9
• 申請日: 2012-11-09
• 公開（公告）號: CN102932360A
• 公開（公告）日: 2013-02-13
• 發明（設計）人: 胡加明;劉曉東
• 申請（專利權）人: 蘇州闊地網絡科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L12/58
• 代理公司: 暫無信息
• 代理人: 暫無信息

技術領域

本發明屬于即時通信領域，尤其涉及一種動態更新接口的方法及系統。

背景技術

隨著網絡化社會的不斷進步，越來越多的即時通訊工具應用到工作和生活中，比如飛信、MSN和一些企業版應用軟件等。在即時通信應用中，服務器的穩定性尤其重要。實際應用中，黑客采用“拒絕服務攻擊”的方式，通過向服務器發送大量合法請求，進行惡意攻擊，導致服務器資源耗盡，不能對正常的服務請求做出響應。給用戶的正常使用造成了困擾，并嚴重影響了即時通訊的服務質量。

發明內容

本發明提供一種動態更新接口的方法及系統以解決上述問題。

本發明提供一種動態更新接口的方法，包括以下步驟。接口服務器接收并解析客戶端發送的消息，并判斷本地是否存儲所述消息對應的API接口。若是，所述接口服務器將所述消息轉發給業務處理服務器處理，其中接口服務器按照預設策略生成新的API接口信息，并將所述新的API接口信息分別發送至所述客戶端及業務處理服務器，所述客戶端及業務處理服務器分別按照接收到的所述新的API接口信息更新本地存儲的對應API接口。

本發明提供一種動態更新接口的系統，包括客戶端、接口服務器及業務處理服務器，所述客戶端連接所述接口服務器，所述接口服務器連接所述業務處理服務器。所述客戶端，用于向所述接口服務器發送消息，并根據所述接口服務器發送的新的API接口信息更新本地對應API接口。所述接口服務器，用于接收并解析所述客戶端發送的消息，并判斷本地是否已存儲所述消息對應的API接口，若是，將所述消息轉發給業務處理服務器，還用于按照預設策略生成新的API接口信息，并將所述新的API接口信息分別發送至客戶端及業務處理服務器。所述業務處理服務器，用于處理所述接口服務器轉發的消息，還用于根據所述接口服務器發送的新的API接口信息更新本地對應API接口。

相較于先前技術，根據本發明提供的動態更新接口的方法及系統，接口服務器接收并解析客戶端發送的消息，并判斷本地是否存儲所述消息對應的API接口。通過接口服務器的判斷，保證了業務處理服務器的安全。若是，所述接口服務器將所述消息轉發給業務處理服務器處理，其中接口服務器按照預設策略生成新的API接口信息，并將所述新的API接口信息分別發送至所述客戶端及業務處理服務器，所述客戶端及業務處理服務器分別按照接收到的所述新的API接口信息更新本地存儲的對應API接口。如此，有效阻止了黑客對服務器的惡意攻擊，提高了服務器穩定性。

附圖說明

此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中：

圖1所示為根據本發明的較佳實施例提供的動態更新接口的方法的流程圖；

圖2所示為根據本發明的較佳實施例提供的動態更新接口的系統的示意圖。

具體實施方式

下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。

圖1所示為根據本發明的較佳實施例提供的動態更新接口的方法的流程圖。如圖1所示，本發明的較佳實施例提供的動態更新接口的方法包括步驟101~102。

步驟101：接口服務器接收并解析客戶端發送的消息，并判斷本地是否存儲所述消息對應的API接口。

具體而言，客戶端存儲第一API接口表，接口服務器存儲第二API接口表。所述第一API接口表包括連接名稱、API接口信息、接口服務器名稱、接口服務器IP及端口號。第二API接口表存儲API接口信息。客戶端與接口服務器建立連接后的任一時刻，若客戶端需向接口服務器發送消息，所述客戶端在第一API接口表中查找與待發送消息對應的API接口信息，并根據所述API接口信息確定發送所述消息的連接、接收所述消息的接口服務器IP及端口號。接口服務器接收并解析所述消息后，獲取所述消息對應的API接口，并查找本地的第二API接口表中是否存儲所述API接口。

步驟102：若是，所述接口服務器將所述消息轉發給業務處理服務器處理，其中接口服務器按照預設策略生成新的API接口信息，并將所述新的API接口信息分別發送至所述客戶端及業務處理服務器，所述客戶端及業務處理服務器分別按照接收到的所述新的API接口信息更新本地存儲的對應API接口。