[發(fā)明專利]服務(wù)器負(fù)載管理

有效

• 申請(qǐng)?zhí)枺?/td>: 201910654232.1
• 申請(qǐng)日: 2014-01-11
• 公開(kāi)（公告）號(hào): CN110417587B
• 公開(kāi)（公告）日: 2022-08-16
• 發(fā)明（設(shè)計(jì)）人: S.克斯庫(kù)拉
• 申請(qǐng)（專利權(quán)）人: 微軟技術(shù)許可有限責(zé)任公司
• 主分類號(hào): H04L41/082
• 分類號(hào): H04L41/082;H04L41/14;H04L67/12;H04L67/54;H04L43/08
• 代理公司: 永新專利商標(biāo)代理有限公司 72002
• 代理人: 賈麗萍

系統(tǒng)和方法用于收集通信連接到服務(wù)器的一個(gè)或多個(gè)客戶端的一個(gè)或多個(gè)參數(shù)值。基于所收集的一個(gè)或多個(gè)參數(shù)的值構(gòu)造模型，從而作為時(shí)間的函數(shù)對(duì)所述一個(gè)或多個(gè)客戶端的所述一個(gè)或多個(gè)參數(shù)的值將改變例如在服務(wù)器處被視為明顯的量的概率進(jìn)行建模。從客戶端之一接收所述一個(gè)或多個(gè)參數(shù)的更新。響應(yīng)于接收更新，模型被用來(lái)計(jì)算用于來(lái)自所述客戶端之一的值的下一次更新的定時(shí)。所計(jì)算的用于下一次更新的定時(shí)被發(fā)送到所述客戶端之一。

本申請(qǐng)是申請(qǐng)日為2014年1月11日、申請(qǐng)?zhí)枮?01480004558.5的發(fā)明專利申請(qǐng)“服務(wù)器負(fù)載管理”的分案申請(qǐng)。

背景技術(shù)

隨著計(jì)算變得對(duì)于運(yùn)行任何交易或服務(wù)而言主流且必需，大量服務(wù)器正被用于不同類型的服務(wù)(例如銀行業(yè)、客戶服務(wù)、人力資源管理等)。典型地，服務(wù)器被定制成提供特定類型的服務(wù)。例如，在銀行業(yè)應(yīng)用中，一個(gè)或多個(gè)服務(wù)器由銀行托管，并且銀行的客戶、合作伙伴和關(guān)聯(lián)者連接到這些服務(wù)器以執(zhí)行銀行業(yè)任務(wù)。在基于因特網(wǎng)的應(yīng)用中，客戶典型地使用因特網(wǎng)瀏覽器來(lái)連接到一個(gè)或多個(gè)服務(wù)器。然而，專用客戶端應(yīng)用通常也用于具體類型的應(yīng)用。例如，數(shù)以百萬(wàn)的SkypeTM客戶端應(yīng)用連接到服務(wù)器以用于認(rèn)證、尋找信息、發(fā)送要路由到其它客戶端的信息等。

典型地，為了服務(wù)大量用戶，更多服務(wù)器在后端添加，并且典型地，負(fù)載平衡系統(tǒng)被用來(lái)跨多個(gè)后端服務(wù)器分布(spread)負(fù)載。

發(fā)明內(nèi)容

提供本發(fā)明內(nèi)容來(lái)以簡(jiǎn)化的形式引入以下在具體實(shí)施方式中進(jìn)一步描述的概念的選擇。本發(fā)明內(nèi)容不意圖標(biāo)識(shí)所要求保護(hù)的主題的關(guān)鍵特征或必需特征，也不意圖被用于限制所要求保護(hù)的主題的范圍。

在客戶端-服務(wù)器應(yīng)用中，服務(wù)器可能會(huì)發(fā)現(xiàn)具有關(guān)于連接到它的客戶端的狀態(tài)的數(shù)據(jù)是有用的。例如，服務(wù)器可以基于客戶端的狀態(tài)做出針對(duì)通過(guò)網(wǎng)絡(luò)的業(yè)務(wù)量的路由決定。然而，客戶端的狀態(tài)可能隨時(shí)間而變化。因此，如果服務(wù)器正在從一個(gè)或多個(gè)客戶端連續(xù)收集改變數(shù)據(jù)值，則客戶端可能通常需要在例如發(fā)生事件時(shí)向服務(wù)器更新其狀態(tài)或者呼叫服務(wù)器以執(zhí)行服務(wù)。這樣的更新可以通過(guò)在屬性值改變時(shí)從客戶端發(fā)送更新來(lái)完成。然而，在該機(jī)制中，服務(wù)器不具有對(duì)所生成的業(yè)務(wù)量的控制。客戶端還可以通過(guò)向服務(wù)器發(fā)送定期更新來(lái)更新服務(wù)器。在該方法中，盡管業(yè)務(wù)量是更易于預(yù)測(cè)的，但是服務(wù)器容量需要被設(shè)置為比所需要的計(jì)算能力的預(yù)留更高的高要求，因?yàn)樯踔猎跊](méi)有更新是必要的時(shí)(例如因?yàn)樽詮纳弦淮胃轮鬀](méi)有發(fā)生客戶端狀態(tài)的改變)，更新也將根據(jù)定期定時(shí)來(lái)發(fā)送。該問(wèn)題隨著系統(tǒng)中的客戶端的數(shù)目增加而加劇。例如，可以存在千萬(wàn)量級(jí)的客戶端。

本文所描述的實(shí)施例公開(kāi)了客戶端向服務(wù)器發(fā)送更新并且作為響應(yīng)服務(wù)器提供下一次更新應(yīng)當(dāng)發(fā)送的定時(shí)。以此方式，服務(wù)器可以控制來(lái)自客戶端的更新的定時(shí)，例如在逐個(gè)客戶端的基礎(chǔ)上。

可以收集關(guān)于對(duì)客戶端的參數(shù)值的客戶端側(cè)改變的數(shù)據(jù)，并且可以分析所收集的數(shù)據(jù)以建立模型，該模型用于作為時(shí)間的函數(shù)對(duì)客戶端的參數(shù)值將改變被服務(wù)器(基于歷史)視為明顯的量的概率進(jìn)行建模。改變被視為明顯的，例如在服務(wù)器處如果它們將會(huì)影響服務(wù)器將做出的決定的話。例如，如果可用于客戶端的帶寬改變將會(huì)影響服務(wù)器做出的路由決定(例如以避免所述客戶端)的量，則該改變將會(huì)被服務(wù)器視為明顯的。模型在來(lái)自客戶端的一個(gè)或多個(gè)呼叫之后可以用于計(jì)算針對(duì)特定客戶端的下一次更新的最高效的回叫時(shí)間。例如，基于模型，服務(wù)器確定客戶端的參數(shù)的值不傾向于在特定時(shí)間間隔內(nèi)偏離超出預(yù)選范圍，因此服務(wù)器可以指令客戶端采取大于特定時(shí)間間隔的用于參數(shù)值的下一次更新的定時(shí)。在影響客戶端狀態(tài)的多變用戶行為和流行應(yīng)用的情況下，服務(wù)器側(cè)上的節(jié)約(由于降低的業(yè)務(wù)量)可以是大量的。在一個(gè)實(shí)施例中，提供應(yīng)用編程接口(API)以查詢模型。API可以封裝在可以被本地或遠(yuǎn)程客戶端使用的服務(wù)中。