[發明專利]一種多個服務器之間的輪詢方法和裝置

在審

• 申請號: 201410300233.3
• 申請日: 2014-06-26
• 公開（公告）號: CN104023087A
• 公開（公告）日: 2014-09-03
• 發明（設計）人: 欒潤峰
• 申請（專利權）人: 北京金和軟件股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08
• 代理公司: 北京遠大卓悅知識產權代理事務所(普通合伙) 11369
• 代理人: 史霞

技術領域

本發明涉及通信領域，尤其涉及一種多個服務器之間的輪詢方法和裝置。

背景技術

移動應用程序(App)，是指在移動終端可以自定義安裝和使用的軟件，例如：操作系統、音視頻文件、游戲軟件、瀏覽器軟件、導航軟件、即時通信軟件等，以及例如用戶可從蘋果Appstore、谷歌Android?Market、移動MM商場等下載和使用的應用程序。

現有的移動應用程序的開發都是依賴于專業人員，開發周期長，費用高，普通的用戶并不能自己開發移動應用程序。而對于一個面向普通用戶的移動應用程序開發平臺，則需要解決一個技術問題——如何使系統保持較高的工作效率，支持大用戶量。

發明內容

針對上述技術問題，本發明提供了一種多個服務器之間的輪詢方法和裝置。

本發明提供的技術方案為：

一種多個服務器之間的輪詢方法，其中，包括：

為多個打包服務器排序；

在一輪輪詢中，依據多個打包服務器的排序，由多個打包服務器逐個響應打包請求，直至所有打包服務器均響應到打包請求，則該輪輪詢結束，再進行下一輪輪詢。

優選的是，所述的多個服務器之間的輪詢方法，其中，

在進行打包請求響應之前執行以下操作：

初始化服務注冊鏈表，將多個打包服務器的服務器信息加載到所述服務注冊鏈表內；

初始化服務狀態鏈表，所述服務狀態鏈表用于記錄所有打包服務器的數量以及各打包服務器的服務狀態，并依照順序記錄所有打包服務器的下標。

優選的是，所述的多個服務器之間的輪詢方法，其中，

一輪輪詢具體按照以下過程進行：

從所述服務狀態鏈表中獲取打包服務器的數量；

判斷打包服務器的數量是否為0；

如果否，則根據打包服務器的下標獲取下標為0的一個打包服務器的訪問地址；

判斷上述一個打包服務器的地址是否可用；

如果是，則將由該打包服務器響應該打包請求；

判斷該打包服務器是否為最后一個打包服務器；

如果否，則根據打包服務器的下標輪詢至下一個打包服務器；

如果是，則根據打包服務器的下標輪詢回第一個打包服務器。

優選的是，所述的多個服務器之間的輪詢方法，其中，

在判斷上述一個打包服務器的訪問地址是否可用時，如果否，則將該打包服務器從所述服務狀態鏈表中去掉；

判斷打包服務器的數量是否大于0；

如果是，則根據打包服務器的下標獲取下一個打包服務器的訪問地址；

如果否，則返回無可用服務器。

優選的是，所述的多個服務器之間的輪詢方法，其中，

在判斷打包服務器的數量是否為0時，如果是，則返回無可用服務。

一種用于實現多個服務器之間的輪詢方法的裝置，包括：

用于為多個打包服務器排序的裝置；

用于在一輪輪詢中，依據多個打包服務器的排序，由多個打包服務器逐個響應打包請求，直至所有打包服務器均響應到打包請求，則該輪分配結束，再進行下一輪輪詢的裝置。

優選的是，所述的用于實現多個服務器之間的輪詢方法的裝置，其中，還包括：

在進行打包請求響應之前執行以下操作的裝置，所述以下操作包括：

初始化服務注冊鏈表，將多個打包服務器的服務器信息加載到所述服務注冊鏈表內；

初始化服務狀態鏈表，所述服務狀態鏈表用于記錄所有打包服務器的數量以及各打包服務器的服務狀態，并依照順序記錄所有打包服務器的下標。

優選的是，所述的用于實現多個服務器之間的輪詢方法的裝置，其中，還包括：

用于使一輪輪詢具體按照以下過程進行的裝置，具體過程為：

從所述服務狀態鏈表中獲取打包服務器的數量；

判斷打包服務器的數量是否為0；

如果否，則根據打包服務器的下標獲取下標為0的一個打包服務器的訪問地址；

判斷上述一個打包服務器的地址是否可用；

如果是，則由該打包服務器響應該打包請求；

判斷該打包服務器是否為最后一個打包服務器；

如果否，則根據打包服務器的下標輪詢至下一個打包服務器；

如果是，則根據打包服務器的下標輪詢回第一個打包服務器。

優選的是，所述的用于實現多個服務器之間的輪詢方法的裝置，其中，所述具體過程還包括：