TWI536789B

TWI536789B - 一種網際網路協定的管理方法及其系統、用戶端與伺服器

Info

Publication number: TWI536789B
Application number: TW103144126A
Authority: TW
Inventors: 袁帥
Original assignee: 騰訊科技（深圳）有限公司
Priority date: 2013-12-17
Filing date: 2014-12-17
Publication date: 2016-06-01
Also published as: US9590947B2; TW201526591A; CN104717314A; WO2015090243A1; CN104717314B; US20160323238A1

Description

一種網際網路協定的管理方法及其系統、用戶端與伺服器

本發明係有關於一種通信技術領域，特別是有關於一種網際網路協定(Internet Protocol，IP)的管理方法及系統、用戶端、伺服器。

習知技術中，伺服器需要在代理伺服器或者功能變數名稱系統(Domain Name System，DNS)伺服器上進行註冊，代理伺服器或者DNS伺服器將保存該伺服器發送的該伺服器的IP地址及該伺服器可提供的服務類型，使得代理伺服器或者DNS伺服器能夠統一的對其他伺服器的IP位址及可提供的服務類型進行管理。

目前，若用戶端需要使用某種類型的服務，需要先向代理伺服器或者DNS伺服器發送IP位址查詢請求，在該IP位址查詢請求中包含該用戶端請求使用的服務類型，代理伺服器或者DNS伺服器在保存的IP位址與服務類型的對應關係中查找可為該用戶端提供該服務類型的伺服器的IP地址，將確定的伺服器的IP位址發送給該用戶端，使得該用戶端能夠利用該IP位址訪問伺服器，得到想要的服務。

習知技術中，用戶端需要使用服務時，必須向代理伺服器或者DNS伺服器發送IP位址查詢請求，確定可提供相應服務的伺服器的IP位址，然而，代理伺服器或者DNS伺服器出現錯誤，將導致所有的用戶端都無法準確的連接到能夠為其提供服務的伺服器，或者，若代理伺服器或者DNS伺服器的IP位址發生變化，用戶端對IP具有強依賴性，用戶端的維護成本較高，因此，現有的IP管理方式成本高，且可靠性低。

本發明實施例提供了一種IP管理方法及系統、用戶端、伺服器，用於對提供服務的伺服器的IP位址進行管理，能夠有效的降低IP管理的成本，提高系統的可靠性。

本發明提供了一種IP管理方法，包括：若用戶端需要訪問服務，所述用戶端查找第一對應關係表，確定所述用戶端需要訪問的服務類型對應的伺服器的IP位址，所述第一對應關係表與第二對應關係表保持同步，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係，所述第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係；所述用戶端向確定的所述伺服器的IP位址對應的伺服器發送訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型；所述用戶端接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料。

本發明提供了一種IP管理方法，包括：第一伺服器接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係；所述第一伺服器根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

本發明提供了一種用戶端，包括：查找模組，用於若所述用戶端需要訪問服務，查找第一對應關係表，確定所述用戶端需要訪問的服務類型對應的伺服器的IP位址，所述第一對應關係表與第二對應關係表保持同步，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係，所述第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係；發送模組，用於在所述查找模組確定所述伺服器的IP位址之後，向確定的所述伺服器的IP位址對應的伺服器發送訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型；接收模組，用於在所述發送模組發送所述訪問請求之後，接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料。

本發明提供了一種伺服器，包括：接收模組，用於接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係；發送模組，用於在所述接收模組接收所述訪問請求之後，根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

本發明提供了一種IP管理系統，包括：若干個上述的用戶端，及若干個上述的伺服器，且該若干個伺服器構成服務集群。

從以上技術方案可以看出，本發明實施例具有以下優點：若用戶端需要訪問伺服器，該用戶端查找第一對應關係表，確定該用戶端需要訪問的服務類型對應的IP位址，該第一對應關係表與第二對應關係表保持同步，該第一對應關係表為該用戶端保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，該第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，用戶端可向確定的伺服器的IP位址對應的伺服器發送訪問請求，該訪問請求包含用戶端需要訪問的服務類型，該用戶端接收伺服器回饋的與用戶端需要訪問的服務類型對應的訪問資料，由於用戶端的第一對應關係表與伺服器的第二對應關係表保持同步，使得用戶端可直接使用自身保存的第一對應關係表查找伺服器的IP位址，而不需要從代理伺服器或者DNS伺服器獲取伺服器的IP位址，能夠有效的避免代理伺服器或者DNS伺服器出現故障或者IP位址更換帶來的成本高及可靠性低等問題，有效的降低了IP管理的成本，提高了系統的可靠性。

101~103‧‧‧步驟

201~205‧‧‧步驟

301、302‧‧‧步驟

401~406‧‧‧步驟

601‧‧‧查找模組

602‧‧‧發送模組

603‧‧‧接收模組

701‧‧‧處理模組

801‧‧‧接收模組

802‧‧‧發送模組

901‧‧‧資訊查找模組

902‧‧‧合併模組

903‧‧‧替換模組

904‧‧‧刪除模組

905‧‧‧添加模組

為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本發明所屬技術領域中具有通常知識者來講，還可以根據這些附圖獲得其他的附圖。

第1圖為本發明實施例中IP管理方法的實施例的一個示意圖；第2圖為本發明實施例中IP管理方法的實施例的另一示意圖；第3圖為本發明實施例中IP管理方法的實施例的另一示意圖；第4圖為本發明實施例中IP管理方法的實施例的另一示意圖；第5a圖為本發明實施例中第一心跳資訊的示意圖；第5b圖為本發明實施例中第二心跳資訊的示意圖；第5c圖為本發明實施例中第三心跳資訊的示意圖；第6圖為本發明實施例中用戶端的結構的一個示意圖；第7圖為本發明實施例中用戶端的結構的另一示意圖；第8圖為本發明實施例中伺服器的結構的一個示意圖；第9圖為本發明實施例中伺服器的結構的另一示意圖。

下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。

下面通過具體實施例，分別進行詳細的說明。

為使得本發明的發明目的、特徵、優點能夠更加的明顯和易懂，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，下面所描述的實施例僅僅是本發明一部分實施例，而非全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。

本發明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”、“第三”“第四”等是用於區別類似的物件，而不必用於描述特定的順序或先後次序。應該理解這樣使用的資料在適當情況下可以互換，以便這裏描述的本發明的實施例例如能夠以除了在這裏圖示或描述的那些以外的順序實施。此外，術語“包括”和“具有”以及他們的任何變形，意圖在於覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統、產品或設備不必限於清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或對於這些過程、方法、產品或設備固有的其他步驟或單元。

在本發明實施例中，IP管理系統中包含多個用戶端及多個伺服器，且該多個伺服器構成服務集群，服務集群中的每一個伺服器均已保存第二對應關係表，該第二對應關係表中包含該服務集群中的所有伺服器的IP位址與服務類型之間的對應關係，且從該服務集群中的伺服器進行服務訪問的用戶端均以保存第一對應關係表，該第一對應關係表中包含伺服器集群中的伺服器的IP位址與服務類型之間的對應關係，且第一對應關係表與第二對應關係表保持同步。

請參閱第1圖，為本發明實施例中的IP管理方法的實施例，包括：101、若用戶端需要訪問(存取或是登入)服務，用戶端查找第一對應關係表，確定用戶端需要訪問的服務類型對應的伺服器的IP位址；在本發明實施例中，若用戶端需要訪問服務，則該用戶端可查找自身已保存的第一對應關係表，確定用戶端需要訪問的服務類型對應的伺服器的IP位址，其中，第一對應關係表與第二對應關係表保持同步，第一對應關係表為用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係，第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

例如：若用戶端需要訪問“騰訊微博”，則用戶端查找第一對應關係表，確定能夠為用戶端提供訪問“騰訊微博”的服務的伺服器的IP位址。

102、用戶端向確定的伺服器的IP位址對應的伺服器發送訪問請求，訪問請求中包含用戶端需要訪問的服務類型；在本發明實施例中，用戶端向確定的伺服器的IP位址對應的伺服器發送訪問請求，訪問請求中包含用戶端需要訪問的服務類型。

例如：用戶端在確定能夠提供“騰訊微博”的訪問的伺服器的IP位址為：171.17.1.14，則向該伺服器發送訪問請求，在該訪問請求中攜帶“騰訊微博”的web位址，使得該伺服器能夠回饋相應的訪問資料。

103、用戶端接收伺服器回饋的與用戶端需要訪問的服務類型對應的訪問資料。

在本發明實施例中，用戶端將接收到伺服器回饋的與用戶端需要訪問的服務類型對應的訪問資料。

在本發明實施例中，若用戶端需要訪問伺服器，該用戶端查找第一對應關係表，確定該用戶端需要訪問的服務類型對應的IP位址，該第一對應關係表與第二對應關係表保持同步，該第一對應關係表為該用戶端保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，該第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，用戶端可向確定的伺服器的IP位址對應的伺服器發送訪問請求，該訪問請求包含用戶端需要訪問的服務類型，該用戶端接收伺服器回饋的與用戶端需要訪問的服務類型對應的訪問資料，由於用戶端的第一對應關係表與伺服器的第二對應關係表保持同步，使得用戶端可直接使用自身保存的第一對應關係表查找伺服器的IP位址，而不需要從代理伺服器或者DNS伺服器獲取伺服器的IP位址，能夠有效的避免代理伺服器或者DNS伺服器出現故障或者IP位址更換帶來的成本高及可靠性低等問題，有效的降低了IP 管理的成本，提高了系統的可靠性。

為了更好的理解本發明實施例中的技術方案，請參閱第2圖，為本發明實施例中的IP管理方法的實施例，包括：201、若用戶端需要訪問服務，用戶端查找第一對應關係表，確定用戶端需要訪問的服務類型對應的伺服器的IP位址；在本發明實施例中，若用戶端需要訪問服務，則用戶端查找第一對應關係表，確定用戶端需要訪問的服務類型對應的伺服器的的IP位址。

202、用戶端向確定的伺服器的IP位址對應的伺服器發送訪問請求，訪問請求中包含用戶端需要訪問的服務類型及第一對應關係表最近一次更新的時間；在本發明實施例中，用戶端想確定的伺服器的IP位址對應的伺服器發送訪問請求，該訪問請求中包含用戶端需要訪問的服務類型及用戶端保存的第一對應關係表最近一次更新的時間。

203、接收伺服器回饋的與用戶端需要訪問的服務類型對應的訪問資料及第一對應關係表的更新資料，更新資料為第二對應關係表從最近一次更新的時間至當前時間內已更新的資料，執行步驟204和/或205；在本發明實施例中，用戶端在向伺服器發送訪問請求之後，伺服器將利用訪問請求中包含的用戶端需要訪問的服務類型確定訪問資料，並利用第一對應關係表最近一次更新的資料得到該第一對應關係表的更新資料，其中，更新資料為第二對應關係表從該第一對應關係表最近一次更新的時間至當前時間已更新的資料，例如：若該用戶端保存的第一對應關係表最近一次更新的時間為早上8：00，當前時間為早上10：00，則伺服器將第二對應關係表從早上8：00至10：00更新的資料作為該第一對應關係表的更新資料。

204、若更新資料中包含待增加的伺服器的IP位址與服務類型之間的對應關係，則將待增加的伺服器的IP位址與服務類型之間的對應關係添加至第一對應關係表中；在本發明實施例中，用戶端將利用接收到的訪問資料進行訪問服務，且還將利用接收到的更新資料對第一對應關係表進行更新。

若第一對應關係表中的更新資料包含待增加的伺服器的IP 位址與服務類型之間的對應關係，則將該待增加的伺服器的IP位址與服務類型之間的對應關係添加至第一對應關係表中，其中，待增加的伺服器的IP位址是指在服務集群中的伺服器已保存的第二對應關係表中已增加的伺服器的IP位址但是並未在用戶端保存的第一對應關係表中保存的伺服器的IP位址。

205、若更新資料中包含待刪除的伺服器的IP位址，則從第一對應關係表中刪除待刪除的伺服器的IP位址與服務類型之間的對應關係。

在本發明實施例中，若第一對應關係表中的更新資料包含待刪除的伺服器的IP位址，則從該用戶端已保存的第一對應關係表中刪除該伺服器的IP位址與服務類型之間的對應關係，其中，待刪除的伺服器的IP位址是指伺服器保存的第二對應關係表中已刪除的伺服器的IP位址但是並未在該用戶端保存的第一對應關係表中刪除的伺服器的IP位址。

在本發明實施例中，通過利用伺服器發送的第一對應關係表的更新資料對第一對應關係表進行更新，能夠有效的保持該用戶端保存的第一對應關係表與伺服器的第二對應關係表的同步。

在本發明實施例中，若用戶端需要訪問伺服器，該用戶端可查找其保存的第一對應關係表，確定該用戶端需要訪問的服務類型對應的伺服器的IP位址，接著，該用戶端向確定的伺服器的IP位址對應的伺服器發送訪問請求，該訪問請求中包含用戶端需要訪問的服務類型及該用戶端已保存的第一對應關係表最近一次更新的時間，且該用戶端可接收到伺服器回饋的與該用戶端需要訪問的服務類型對應的訪問資料及第一對應關係表的更新資料，該更新資料為第二對應關係表從第一對應關係表最近一次更新的時間至當前時間內已更新的資料，且若更新資料中包含待增加的伺服器的IP位址與服務類型之間的對應關係，則該用戶端將該待增加的伺服器的IP位址與服務類型之間的對應關係添加至第一對應關係表中，若更新資料中包含待刪除的伺服器的IP位址，則從第一對應關係表中刪除該待刪除的伺服器的IP位址與服務類型之間的對應關係，由於用戶端能夠利用自身保存的第一對應關係表確定可提供訪問的服務類型的伺服器的IP位址，使得用戶端不需要從代理伺服器或者DNS伺服器獲取伺服器的IP位址，能夠有效的避免代理伺服器或者DNS伺服器出現故障或者IP位址更換帶來的成本高及可靠性低等問題，有效的降低了IP管理的成本，提高了系統的穩定性。且伺服器還可回饋該用戶端的第一對應關係表的更新資料，使得能夠利用該更新資料對第一對應關係表進行更新，使得能夠有效的保持該第一對應關係表與伺服器的第二對應關係表的同步。

第1圖及第2圖所示的實施例為從用戶端的角度描述的IP管理方法，下面將從伺服器的角度描述IP管理方法，請參閱第3圖，為本發明實施例中的一種IP管理方法的實施例，包括：301、第一伺服器接收用戶端發送的訪問請求，訪問請求中包含用戶端需要訪問的服務類型及用戶端保存的第一對應關係表最近一次更新的時間；在本發明實施例中，以第一伺服器為例，該第一伺服器可以是服務集群中的任意一個伺服器。若第一伺服器接收到用戶端發送的訪問請求，該訪問請求中包含用戶端需要訪問的服務類型及該用戶端保存的第一對應關係表最近一次更新的時間，其中，第一對應關係表為用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係。

302、第一伺服器根據訪問請求向用戶端回饋用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料。

在本發明實施例中，第一伺服器在接收到訪問請求之後，將按照該訪問請求中包含的該用戶端需要訪問的服務類型確定該服務類型對應的訪問資料，並利用該訪問請求中包含的該用戶端保存的第一對應關係表最近一次更新的時間確定該第一對應關係表的更新資料，其中，更新資料為第二對應關係表從該第一對應關係表最近一次更新的時間至當前時間已更新的資料，使得該用戶端能夠利用該更新資料實現第一對應關係表與第二對應關係表的同步，其中，該第二對應關係表為第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

例如：若該用戶端保存的第一對應關係表最近一次更新的時間為早上8：00，當前時間為早上10：00，則第一伺服器將第二對應關係表從早上8：00至10：00更新的資料作為該第一對應關係表的更新資料。

在本發明實施例中，第一伺服器將向發送訪問請求的用戶端回饋該用戶端需要訪問的服務類型的訪問資料及該用戶端保存的第一對應關係表的更新資料，使得該用戶端可利用該第一對應關係表的更新資料對該第一對應關係表進行更新，且更新資料包括第一對應關係表待增加的伺服器的IP位址與服務類型之間的對應關係，和/或，第一對應關係表待刪除的伺服器的IP位址。

具體的：若第一對應關係表中的更新資料包含待增加的伺服器的IP位址與服務類型之間的對應關係，則將該待增加的伺服器的IP位址與服務類型之間的對應關係添加至第一對應關係表中，其中，待增加的伺服器的IP位址是指在服務集群中的伺服器已保存的第二對應關係表中已增加的伺服器的IP位址但是並未在用戶端保存的第一對應關係表中保存的伺服器的IP位址。若第一對應關係表中的更新資料包含待刪除的伺服器的IP位址，則從該用戶端已保存的第一對應關係表中刪除該伺服器的IP位址與服務類型之間的對應關係，其中，待刪除的伺服器的IP位址是指伺服器保存的第二對應關係表中已刪除的伺服器的IP位址但是並未在該用戶端保存的第一對應關係表中刪除的伺服器的IP位址。

在本發明實施例中，第一伺服器接收用戶端發送的訪問請求之後，訪問請求中包含該用戶端需要訪問的服務類型及用戶端保存的第一對應關係表最近一次更新的時間，且第一伺服器將根據該訪問請求向用戶端回饋該用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，使得該用戶端可利用該更新資料對第一對應關係表進行更新，使得第一對應關係表能夠與第一伺服器保存的第二對應關係表保持同步，使得用戶端可利用第一對應關係表查找可為其提供其想要的服務類型的伺服器，使得用戶端不需要從代理伺服器或者DNS伺服器獲取伺服器的IP位址，能夠有效的避免代理伺服器或者DNS伺服器出現故障或者IP位址更換帶來的成本高及可靠性低等問題，有效的降低了IP管理的成本，提高了系統的穩定性。

在本發明實施例中，服務集群中的伺服器還可通過相互發送心跳以確定是否有伺服器發送故障的情況，以及時從伺服器保存的第二對應關係表中刪除發生故障的伺服器的IP位址，以實現服務集群中的伺服器的IP地址的管理，請參閱第4圖，為本發明實施例中，IP管理方法的實施例，包括：401、第一伺服器查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，第一心跳資訊為第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係；在本發明實施例中，第一伺服器將定時或者相隔預置時間段後查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，其中，第一心跳資訊為第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係。例如：請參閱第5a圖，為伺服器的IP位址為172.17.1.4的第一心跳資訊，且若預置數值為15秒，則伺服器10.1.1.1及10.17.1.3的心跳時間大於該預置數值，則確定的伺服器的集合中包含該伺服器。

需要說明的是，在本發明實施例中，服務集群中的每一伺服器都包含該服務集群中的所有伺服器的IP位址與服務類型之間的對應關係，即第二對應關係表，且服務集群中的每一個伺服器都包含服務集群中的所有伺服器的IP地址與心跳時間之間的對應關係，即心跳資訊。

402、若伺服器的集合為非空集，則第一伺服器向伺服器的集合中的第二伺服器發起心跳，該第二伺服器為伺服器的集合中的任意一個伺服器；在本發明實施例中，若第一伺服器確定的伺服器的集合為非空集，則該第一伺服器向伺服器的集合中的第二伺服器發起心跳，該第二伺服器為伺服器的集合中的任意一個伺服器。

在本發明實施例中，若伺服器的集合為空集，則說明並沒有伺服器的心跳時間超過了預置數值，不需要對第一伺服器的心跳資訊進行更新。

403、若在預置時間內，第一伺服器接收到第二伺服器回饋的第二心跳資訊，第二心跳資訊為保存在第二伺服器的服務集群中的伺服器的IP地址與心跳時間之間的對應關係，則將第一伺服器的第一心跳資訊與第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊；在本發明實施例中，第一伺服器向第二伺服器發起心跳之後，若在預置的時間段內，第一伺服器接收到第二伺服器回饋的第二心跳資訊，該第二心跳資訊為保存在第二伺服器上的服務集群中的伺服器的IP地址與心跳時間之間的對應關係，則第一伺服器將該第一伺服器的第一心跳資訊與第二伺服器的第二心跳資訊的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊，例如：若第一伺服器的第一心跳資訊如第5a圖所示，第二伺服器的第二心跳時間如第5b圖所示，則將第5a圖中的第一心跳資訊與第5b圖中的第二心跳資訊合併後可得到第5c圖中的第三心跳資訊。

404、第一伺服器利用第三心跳資訊替換第一心跳資訊，並將第三心跳資訊發送給第二伺服器，使得第二伺服器可利用第三心跳資訊替換第二心跳資訊；返回執行第一伺服器查找第一心跳資訊的步驟；在本發明實施例中，第一伺服器在得到合併後的第三心跳資訊之後，將利用該第三心跳資訊替換第一心跳資訊，並將第三心跳資訊發送給第二伺服器，使得第二伺服器可利用該第三心跳資訊替換第二心跳資訊，且需要說明的是，第一伺服器和第二伺服器在利用第三心跳資訊替換原有的心跳資訊之後，第一伺服器上保存的心跳資訊還可稱為第一心跳資訊，第二伺服器上保存的心跳資訊還可稱為第二心跳資訊，且為了避免第一伺服器上的第一心跳資訊中還包括心跳時間超過上述預置數值的伺服器，第一伺服器還將返回執行步驟401，直至第一伺服器得到的伺服器的集合為空集為止。

405、若在預置時間內，第一伺服器未接收到第二伺服器回饋的第二心跳資訊，則從第一對應關係表中刪除第二伺服器的IP位址與服務類型之間的對應關係，從第一心跳資訊中刪除第二伺服器的IP位址與心跳時間之間的對應關係；在本發明實施例中，第一伺服器在向第二伺服器發起心跳之後，若在預置的時間內，第一伺服器未收到第二伺服器回饋的第二心跳資訊，則第一伺服器確定該第二伺服器發生故障，第一伺服器將從其保存的第一對應關係表中刪除第二伺服器的IP位址與服務類型之間的對應關係，並從第一伺服器的第一心跳資訊中刪除第二伺服器的IP位址與心跳時間之間的對應關係。

406、向第一對應關係表中的除第一伺服器及第二伺服器以外的其他伺服器發送刪除通知，刪除通知中包含第二伺服器的IP地址。

在本發明實施例中，第一伺服器為了使得其他的伺服器也刪除與第二伺服器相關的資訊，第一伺服器還將向第一對應關係表中的除第一伺服器及第二伺服器以外的其他伺服器發送刪除通知，該刪除通知中包含第二伺服器的IP位址，使得其他的伺服器在接收到該刪除通知之後，將第二伺服器的IP位址及服務類型之間的對應關係從保存的第二對應關係表中刪除，且將第二伺服器的IP位址與心跳時間的對應關係從心跳資訊中刪除。

在本發明實施例中，第一伺服器還可接收到其他伺服器發起的心跳，例如：若第一伺服器接收到第三伺服器發送的心跳，該心跳中包含第三伺服器的IP位址及服務類型之間的對應關係；則第一伺服器將查詢其保存的心跳資訊，若在其保存的第一心跳資訊中查找到該第三伺服器的IP位址，則向第三伺服器發送第一伺服器保存的第一心跳資訊，使得第三伺服器可利用該第一心跳資訊與該第三伺服器已保存的心跳資訊合併。若在第一伺服器保存的第一心跳資訊中為包含該第三伺服器的IP位址，則第一伺服器確定該第三伺服器為新加入該服務集群的伺服器，該第一伺服器將該第三伺服器的IP位址及服務類型之間的對應關係添加至第一對應關係表中，將第三伺服器的IP位址添加至第一心跳資訊中；且第三伺服器的IP位址添加至第一心跳資訊之後，將開始在在第一心跳資訊中為第三伺服器計時，得到心跳時間，作為與該第三伺服器對應的心跳時間，且第一伺服器還將向第一對應關係表中除第一伺服器和第三伺服器以外的其他伺服器發送添加通知，該添加通知中包含第三伺服器的IP位址與服務類型之間的對應關係，使得其他伺服器能夠將第三伺服器的IP位址與服務類型之間的對應關係添加至其保存的第二對應關係表，將第三伺服器的IP位址添加至其保存的心跳資訊中，以實現服務集群中的伺服器的第二對應關係表及心跳資訊的同步更新。

在本發明實施例中，第一伺服器還可接收其他伺服器發送的刪除通知或者添加通知。若該第一伺服器接收該第三伺服器發送的刪除通知，該刪除通知中包含第四伺服器的IP位址，則該第一伺服器從其保存的第二對應關係表中刪除該第四伺服器的IP位址與服務類型之間的對應關係，從其保存的第一心跳資訊中刪除該第四伺服器的IP位址與心跳時間的對應關係；若第一伺服器接收該第三伺服器發送的添加通知，該添加通知中包含第五伺服器的IP位址與服務類型之間的對應關係，則該第一伺服器將該第五伺服器的IP位址與服務類型之間的對應關係添加至其保存的第二對應關係表中，將該第二伺服器的IP位址添加至其保存的第一心跳資訊中。

在本發明實施例中，第一伺服器器查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，且若該伺服器的集合為非空集，則該第一伺服器向伺服器的集合中的第二伺服器發起心跳，該第二伺服器為伺服器的集合中的任意一個伺服器，若在預置時間內，第一伺服器接收到第二伺服器回饋的第二心跳資訊，則將第一伺服器的心跳資訊與該第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊，該第一伺服器將利用該第三心跳資訊替換第一心跳資訊，並將第三心跳資訊發送給第二伺服器，使得第二伺服器可利用第三心跳資訊替換第二心跳資訊，若在預置時間內，第一伺服器未接收到第二伺服器回饋的第二心跳資訊，則從第一對應關係表中刪除第二伺服器的IP位址與服務類型之間的對應關係，從第一心跳資訊中刪除第二伺服器的IP位址與心跳時間之間的對應關係，且該第一伺服器還將向第一對應關係表中的除第一伺服器及第二伺服器以外的其他伺服器發送刪除通知，利用心跳資訊向心跳時間超過預置數值的伺服器發送心跳，以確定該伺服器是否發送故障，且在伺服器發送故障時刪除該伺服器的相關資訊，能夠有效的實現對服務集群中的伺服器的管理。

下面將對執行IP管理的方法的用戶端、伺服器及系統進行詳細描述。

請參閱第6圖，為本發明實施例中用戶端的結構的實施例，包括：查找模組601，用於若所述用戶端需要訪問服務，查找第一對應關係表，確定所述用戶端需要訪問的服務類型對應的伺服器的IP位址，所述第一對應關係表與第二對應關係表保持同步，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係，所述第二對應關係表為伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係；發送模組602，用於在所述查找模組確定所述伺服器的IP位址之後，向確定的所述伺服器的IP位址對應的伺服器發送訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型；接收模組603，用於在所述發送模組發送所述訪問請求之後，接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料。

在本發明實施例中，若用戶端需要訪問服務，則該用戶端中的查找模組601查找第一對應關係表，確定該用戶端需要訪問的服務類型對應的伺服器的IP位址，接著，發送模組602向確定的所述伺服器的IP位址對應的伺服器發送訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型，最後接收模組603接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料。

請參閱第7圖，為本發明實施例中用戶端的結構的實施例，包括：如第6圖所示的實施例描述的查找模組601，發送模組602，接收模組603，且與第6圖所示實施例中描述的內容相似，此處不再贅述。

在本發明實施例中，所述訪問請求中包含所述第一對應關係表最近一次更新的時間；所述接收模組603具體用於接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料及所述第一對應關係表的更新資料，所述更新資料為所述第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料。

在本發明實施例中，用戶端還包括：處理模組701，用於在所述接收模組接收到所述伺服器回饋的所述更新資料之後，若所述更新資料中包含待增加的伺服器的IP位址與服務類型之間的對應關係，則將所述待增加的伺服器的IP位址與服務類型之間的對應關係添加至所述第一對應關係表中；若所述更新資料中包含待刪除的伺服器的IP位址，則從所述第一對應關係表中刪除所述待刪除的伺服器的IP位址與服務類型之間的對應關係。

在本發明實施例中，若用戶端需要訪問服務，則該用戶端中的查找模組601查找第一對應關係表，確定該用戶端需要訪問的服務類型對應的伺服器的IP位址，接著，發送模組602向確定的所述伺服器的IP位址對應的伺服器發送訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型和第一對應關係表最近一次更新的時間，接收模組603接收所述伺服器回饋的與所述用戶端需要訪問的服務類型對應的訪問資料及所述第一對應關係表的更新資料，所述更新資料為所述第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，若所述更新資料中包含待增加的伺服器的IP位址與服務類型之間的對應關係，則處理模組701將所述待增加的伺服器的IP位址與服務類型之間的對應關係添加至所述第一對應關係表中；若所述更新資料中包含待刪除的伺服器的IP位址，則處理模組701從所述第一對應關係表中刪除所述待刪除的伺服器的IP位址與服務類型之間的對應關係。

請參閱第8圖，為本發明實施例中一種伺服器的結構的實施例，包括：接收模組801，用於接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係；發送模組802，用於在所述接收模組801接收所述訪問請求之後，根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

請參閱第9圖，為本發明實施例中的伺服器的結構的實施例，包括如第8圖所示實施例中描述的接收模組801，發送模組802，且與第8圖所示實施例中描述的內容相似，此處不再贅述。

在本發明實施例中，更新資料包括所述第一對應關係表待增加的伺服器的IP位址與服務類型之間的對應關係，和/或，所述第一對應關係表待刪除的伺服器的IP位址。

在本發明實施例中，伺服器還包括：資訊查找模組901，用於查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，所述第一心跳資訊為所述第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係；所述發送模組802還用於若所述伺服器的集合為非空集，則向所述伺服器的集合中的第二伺服器發起心跳，該第二伺服器為所述伺服器的集合中的任意一個伺服器；所述接收模組801還用於在預置時間內，接收所述第二伺服器回饋的第二心跳資訊，所述第二心跳資訊為保存在所述第二伺服器的服務集群中的伺服器的IP地址與心跳時間之間的對應關係；伺服器還包括合併模組902和替換模組903；所述合併模組902用於將所述第一伺服器的第一心跳資訊與所述第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊；所述替換模組903用於利用所述第三心跳資訊替換所述第一心跳資訊，並將所述第三心跳資訊發送給所述第二伺服器，使得所述第二伺服器可利用所述第三心跳資訊替換所述第二心跳資訊；返回所述資訊查找模組901。

在本發明實施例中，伺服器還包括：刪除模組904，用於若在預置時間內，所述接收模組801未接收到所述第二伺服器回饋的所述第二心跳資訊，則從所述第一對應關係表中刪除所述第二伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第二伺服器的IP位址與心跳時間之間的對應關係；所述發送模組802還用於向所述第一對應關係表中的除所述第一伺服器及所述第二伺服器以外的其他伺服器發送刪除通知，所述刪除通知中包含所述第二伺服器的IP地址。

在本發明實施例中，所述接收模組801還用於接收第三伺服器發起的心跳，所述心跳中包含所述第三伺服器的IP位址及服務類型之間的對應關係；所述發送模組802還用於若所述第一心跳資訊中包含所述第三伺服器的IP位址，則向所述第三伺服器發送所述第一心跳資訊。

在本發明實施例中，所述伺服器還包括：添加模組905，用於若所述第一心跳資訊中未包含所述第三伺服器的IP位址，則將所述第三伺服器的IP位址及服務類型之間的對應關係添加至所述第一對應關係表中，將所述第三伺服器的IP位址添加至所述第一心跳資訊中；所述發送模組802還用於向所述第一對應關係表中除所述第一伺服器和所述第三伺服器以外的其他伺服器發送添加通知，所述添加通知中包含所述第三伺服器的IP位址與服務類型之間的對應關係。

在本發明實施例中，所述接收模組801還用於接收所述第三伺服器發送的刪除通知，所述刪除通知中包含第四伺服器的IP位址，及用於接收所述第三伺服器發送的添加通知，所述添加通知中包含第五伺服器的IP位址與伺服器之間的對應關係；所述刪除模組904還用於從所述第二對應關係表中刪除所述第四伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第四伺服器的IP位址與心跳時間的對應關係；所述添加模組905還用於將所述第五伺服器的IP位址與服務類型之間的對應關係添加至所述第二對應關係表中，將所述第二伺服器的IP位址添加至所述第一心跳資訊中。

在本發明實施例中，伺服器中的接收模組801接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係，並由發送模組根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係。

在本發明實施例中，伺服器中的資訊查找模組901查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，所述第一心跳資訊為所述第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係；若所述伺服器的集合為非空集，發送模組802向所述伺服器的集合中的第二伺服器發起心跳，該第二伺服器為所述伺服器的集合中的任意一個伺服器，並在預置時間內，由接收模組801接收所述第二伺服器回饋的第二心跳資訊，所述第二心跳資訊為保存在所述第二伺服器的服務集群中的伺服器的IP地址與心跳時間之間的對應關係，接著，合併模組902將所述第一伺服器的第一心跳資訊與所述第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊，由替換模組903利用所述第三心跳資訊替換所述第一心跳資訊，並將所述第三心跳資訊發送給所述第二伺服器，使得所述第二伺服器可利用所述第三心跳資訊替換所述第二心跳資訊，返回所述資訊查找模組901。若在預置時間內，接收模組801未接收到所述第二伺服器回饋的所述第二心跳資訊，刪除模組904從所述第一對應關係表中刪除所述第二伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第二伺服器的IP位址與心跳時間之間的對應關係，且發送模組802向所述第一對應關係表中的除所述第一伺服器及所述第二伺服器以外的其他伺服器發送刪除通知，所述刪除通知中包含所述第二伺服器的IP地址。

在本發明實施例中，伺服器中的接收模組801接收第三伺服器發起的心跳，所述心跳中包含所述第三伺服器的IP位址及服務類型之間的對應關係，若所述第一心跳資訊中包含所述第三伺服器的IP位址，發送模組802向所述第三伺服器發送所述第一心跳資訊，若所述第一心跳資訊中未包含所述第三伺服器的IP位址，添加模組905將所述第三伺服器的IP位址及服務類型之間的對應關係添加至所述第一對應關係表中，將所述第三伺服器的IP位址添加至所述第一心跳資訊中，並由發送模組802向所述第一對應關係表中除所述第一伺服器和所述第三伺服器以外的其他伺服器發送添加通知，所述添加通知中包含所述第三伺服器的IP位址與服務類型之間的對應關係。

在本發明實施例中，接收模組801接收所述第三伺服器發送的刪除通知，所述刪除通知中包含第四伺服器的IP位址，則所述刪除模組904從所述第二對應關係表中刪除所述第四伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第四伺服器的IP位址與心跳時間的對應關係。

在本發明實施例中，接收模組801接收所述第三伺服器發送的添加通知，所述添加通知中包含第五伺服器的IP位址與伺服器之間的對應關係；添加模組905將所述第五伺服器的IP位址與服務類型之間的對應關係添加至所述第二對應關係表中，將所述第二伺服器的IP位址添加至所述第一心跳資訊中。

在本發明實施例中，第一伺服器器查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，且若該伺服器的集合為非空集，則該第一伺服器向伺服器的集合中的第二伺服器發起心跳，該第二伺服器為伺服器的集合中的任意一個伺服器，若在預置時間內，第一伺服器接收到第二伺服器回饋的第二心跳資訊，則將第一伺服器的心跳資訊與該第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊，該第一伺服器將利用該第三心跳資訊替換第一心跳資訊，並將第三心跳資訊發送給第二伺服器，使得第二伺服器可利用第三心跳資訊替換第二心跳資訊，若在預置時間內，第一伺服器未接收到第二伺服器回饋的第二心跳資訊，則從第一對應關係表中刪除第二伺服器的IP位址與服務類型之間的對應關係，從第一心跳資訊中刪除第二伺服器的IP位址與心跳時間之間的對應關係，且該第一伺服器還將向第一對應關係表中的除第一伺服器及第二伺服器以外的其他伺服器發送刪除通知，通過利用心跳資訊向心跳時間超過預置數值的伺服器發送心跳，以確定該伺服器是否發送故障，且在伺服器發送故障時刪除該伺服器的相關資訊，能夠有效的實現對服務集群中的伺服器的管理。

在本發明實施例中，還提供了一種IP管理系統，包括：

若干個如第6圖或第7圖描述的用戶端，及若干個如第8圖或第9圖描述的伺服器，且該若干個所述伺服器構成服務集群。

本發明所屬技術領域中具有通常知識者可以理解實現上述實施例方法中的全部或部分步驟是可以通過程式來指令相關的硬體完成，所述的程式可以儲存於一種電腦可讀儲存介質中，上述提到的儲存介質可以是唯讀記憶體，磁片或光碟等。

雖然本發明已用較佳實施例揭露如上，然其並非用以限定本發明，本發明所屬技術領域中具有通常知識者，在不脫離本發明之精神和範圍內，當可作各種之更動與潤飾，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。

101~103‧‧‧步驟

Claims

一種網際網路協定(IP)的管理方法，包括：第一伺服器接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係；所述第一伺服器根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，其中所述更新資料包括所述第一對應關係表待增加的伺服器的IP位址與服務類型之間的對應關係，以及/或是所述第一對應關係表待刪除的伺服器的IP位址；以及所述第一伺服器查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，所述第一心跳資訊為所述第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係。
如申請專利範圍第1項所述的管理方法，還包括：若所述伺服器的集合為非空集，則所述第一伺服器向所述伺服器的集合中的第二伺服器發起心跳，所述第二伺服器為所述伺服器的集合中的任意一個伺服器；若在預置時間內，所述第一伺服器接收到所述第二伺服器回饋的第二心跳資訊，所述第二心跳資訊為保存在所述第二伺服器中的服務集群中的伺服器的IP地址與心跳時間之間的對應關係，則將所述第一伺服器的第一心跳資訊與所述第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊；以及所述第一伺服器利用所述第三心跳資訊替換所述第一心跳資訊，並將所述第三心跳資訊發送給所述第二伺服器，使得所述第二伺服器可利用所述第三心跳資訊替換所述第二心跳資訊；返回執行所述第一伺服器查找第一心跳資訊的步驟。
如申請專利範圍第2項所述的管理方法，還包括：若在預置時間內，所述第一伺服器未接收到所述第二伺服器回饋的所述第二心跳資訊，則從所述第一對應關係表中刪除所述第二伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第二伺服器的IP位址與心跳時間之間的對應關係；以及向所述第一對應關係表中的除所述第一伺服器及所述第二伺服器以外的其他伺服器發送刪除通知，所述刪除通知中包含所述第二伺服器的IP地址。
如申請專利範圍第2項所述的管理方法，還包括：所述第一伺服器接收第三伺服器發起的心跳，所述心跳中包含所述第三伺服器的IP位址及服務類型之間的對應關係；若所述第一心跳資訊中包含所述第三伺服器的IP位址，則向所述第三伺服器發送所述第一心跳資訊；若所述第一心跳資訊中未包含所述第三伺服器的IP位址，則將所述第三伺服器的IP位址及服務類型之間的對應關係添加至所述第一對應關係表中，將所述第三伺服器的IP位址添加至所述第一心跳資訊中；以及向所述第一對應關係表中除所述第一伺服器和所述第三伺服器以外的其他伺服器發送添加通知，所述添加通知中包含所述第三伺服器的IP位址與服務類型之間的對應關係。
如申請專利範圍第2項所述的管理方法，還包括：若所述第一伺服器接收所述第三伺服器發送的刪除通知，所述刪除通知中包含第四伺服器的IP位址，則所述第一伺服器從所述第二對應關係表中刪除所述第四伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第四伺服器的IP位址與心跳時間的對應關係；以及若所述第一伺服器接收所述第三伺服器發送的添加通知，所述添加通知中包含第五伺服器的IP位址與服務類型之間的對應關係，則所述第一伺服器將所述第五伺服器的IP位址與服務類型之間的對應關係添加至所述第二對應關係表中，將所述第二伺服器的IP位址添加至所述第一心跳資訊中。
一種伺服器，包括：接收模組，用於接收用戶端發送的訪問請求，所述訪問請求中包含所述用戶端需要訪問的服務類型及所述用戶端保存的第一對應關係表最近一次更新的時間，所述第一對應關係表為所述用戶端保存的服務集群中伺服器的IP位址與服務類型之間的對應關係；以及發送模組，用於在所述接收模組接收所述訪問請求之後，根據所述訪問請求向所述用戶端回饋所述用戶端需要訪問的服務類型的訪問資料及第一對應關係表的更新資料，所述更新資料為第二對應關係表從所述最近一次更新的時間至當前時間已更新的資料，使得所述用戶端能夠利用所述更新資料實現所述第一對應關係表與所述第二對應關係表的同步，所述第二對應關係表為所述第一伺服器保存的服務集群中的伺服器的IP位址與服務類型之間的對應關係，其中所述更新資料包括所述第一對應關係表待增加的伺服器的IP位址與服務類型之間的對應關係，以及/或是所述第一對應關係表待刪除的伺服器的IP位址；以及資訊查找模組，用於查找第一心跳資訊，確定心跳時間超過預置數值的伺服器的集合，所述第一心跳資訊為所述第一伺服器保存的服務集群中伺服器的IP位址與心跳時間的對應關係。
如申請專利範圍第6項中所述的伺服器，還包括：所述發送模組還用於若所述伺服器的集合為非空集，則向所述伺服器的集合中的第二伺服器發起心跳，該第二伺服器為所述伺服器的集合中的任意一個伺服器；所述接收模組還用於在預置時間內，接收所述第二伺服器回饋的第二心跳資訊，所述第二心跳資訊為保存在所述第二伺服器中的服務集群中的伺服器的IP地址與心跳時間之間的對應關係；所述伺服器還包括合併模組和替換模組；所述合併模組用於將所述第一伺服器的第一心跳資訊與所述第二心跳資訊中的心跳時間合併，將伺服器的IP地址對應的心跳時間中最小的心跳時間作為更新後的心跳時間，得到第三心跳資訊；以及所述替換模組用於利用所述第三心跳資訊替換所述第一心跳資訊，並將所述第三心跳資訊發送給所述第二伺服器，使得所述第二伺服器可利用所述第三心跳資訊替換所述第二心跳資訊，返回所述資訊查找模組。
如申請專利範圍第7項所述的伺服器，其中：所述接收模組還用於接收第三伺服器發起的心跳，所述心跳中包含所述第三伺服器的IP位址及服務類型之間的對應關係；以及所述發送模組還用於若所述第一心跳資訊中包含所述第三伺服器的IP位址，則向所述第三伺服器發送所述第一心跳資訊。
如申請專利範圍第8項所述的伺服器，還包括：添加模組，用於若所述第一心跳資訊中未包含所述第三伺服器的IP位址，將所述第三伺服器的IP位址及服務類型之間的對應關係添加至所述第一對應關係表中，將所述第三伺服器的IP位址添加至所述第一心跳資訊中；以及所述發送模組還用於向所述第一對應關係表中除所述第一伺服器和所述第三伺服器以外的其他伺服器發送添加通知，所述添加通知中包含所述第三伺服器的IP位址與服務類型之間的對應關係。
如申請專利範圍第9項所述的伺服器，其中：所述接收模組還用於接收所述第三伺服器發送的刪除通知，所述刪除通知中包含第四伺服器的IP位址，及用於接收所述第三伺服器發送的添加通知，所述添加通知中包含第五伺服器的IP位址與伺服器之間的對應關係；所述刪除模組還用於從所述第二對應關係表中刪除所述第四伺服器的IP位址與服務類型之間的對應關係，從所述第一心跳資訊中刪除所述第四伺服器的IP位址與心跳時間的對應關係；以及所述添加模組還用於將所述第五伺服器的IP位址與服務類型之間的對應關係添加至所述第二對應關係表中，將所述第二伺服器的IP位址添加至所述第一心跳資訊中。