一種資源調度方法及服務器的制造方法
【專利摘要】本公開的實施例提供一種資源調度方法及服務器，包括：獲取客戶端發送的資源獲取請求；獲取所述客戶端的資源節點分配歷史記錄；根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值M；若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端；若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端；M和N為正整數。本發明提供的一種資源調度方法及服務器在對客戶端進行資源分配時，根據客戶端的資源節點分配的歷史記錄向客戶端分配資源節點，提高了資源節點分配速度；根據客戶端IP地址歸屬地選取距離較近的可用資源節點，增強了網絡連通性和數據傳輸速度。
【專利說明】
一種資源調度方法及服務器
技術領域
[0001]本公開涉及網絡通信技術領域，特別是指一種資源調度方法及服務器。
【背景技術】
[0002]網絡資源調度，是指在接收到客戶端的資源請求后，根據客戶端的IP地址及運營商信息，為該客戶端分配適宜的網絡服務器作為資源節點，使客戶端成功建立網絡鏈接。在網絡資源調度的過程中，需要盡可能提高響應速度，即資源節點分配的速度；同時，還需要盡可能提高客戶端與其分配到的資源節點間的網絡通信速度。
[0003]現有技術中網絡資源節點的分配方式十分單一，僅考慮向客戶端按照地理位置分配至最近行政區域中的節點，使得部分節點長期處于高負荷狀態，甚至產生任務排隊，而臨近節點則有大量資源空閑，導致整個系統資源利用不充分，網絡吞吐量降低。有部分資源節點分配策略考慮到任務排隊的問題，但是在調度排隊客戶端時，并沒有提出合理的調度策略，無法保證客戶端與其分配到的資源節點間的網絡通信速度。
【發明內容】
[0004]有鑒于此，本公開實施例的目的之一在于提出一種資源調度方法及服務器，以降低客戶端在接入資源節點時的延遲，提高接入資源節點后的網絡吞吐量。
[0005]基于上述目的本公開實施例提供的一種資源調度方法，包括:
[0006]獲取客戶端發送的資源獲取請求；
[0007]獲取所述客戶端的資源節點分配歷史記錄；
[0008]根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值M;若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端;若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端;M和N為正整數。
[0009]可選的，所述從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端，包括:
[0010]獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節占.V ，
[0011 ]統計每個可用資源節點的分配次數；
[0012]按照分配次數由高到低的順序，對所述可用資源節點進行排序；
[0013]按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0014]可選的，所述資源獲取請求包括客戶端IP地址;所述從全部資源節點中選擇可用的資源節點分配給所述客戶端，包括:
[0015]解析所述客戶端IP地址，得到IP地址歸屬地；
[0016]獲取全部資源節點的資源使用狀態，選擇可用的資源節點；
[0017]按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序；
[0018]按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0019]可選的，所述資源獲取請求還包括客戶端的網絡運營商信息;所述按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序，包括:
[0020]判斷所述客戶端與所述資源節點是否使用相同的網絡運行商；若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。
[0021]可選的，所述獲取全部資源節點的資源使用狀態，包括:
[0022]定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表；
[0023]需要獲取節點的使用狀態時，將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。
[0024]可選的，所述獲取客戶端發送的資源獲取請求后，包括:
[0025]判斷登陸所述客戶端的用戶是否為定制用戶；若是，從預設的定制列表中獲取多個備選資源節點；
[0026]獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點；
[0027]從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。
[0028]本公開實施例還提供一種資源調度服務器，包括:
[0029]網絡單元，用于獲取客戶端發送的資源獲取請求；
[0030]歷史記錄單元，用于獲取所述客戶端的資源節點分配歷史記錄；
[0031]資源分配單元，用于根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值M;若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端;若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端;M和N為正整數。
[0032]可選的，所述資源分配單元包括:
[0033]第一分配模塊，用于獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點；統計每個可用資源節點的分配次數;按照分配次數由高到低的順序，對所述可用資源節點進行排序;所述第一分配模塊還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0034]可選的，所述資源獲取請求包括客戶端IP地址;所述資源分配單元包括:
[0035]第二分配模塊，用于解析所述客戶端IP地址，得到IP地址歸屬地;獲取全部資源節點的資源使用狀態，選擇可用的資源節點；按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序;所述第二分配模塊還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0036]可選的，所述資源獲取請求還包括客戶端的網絡運營商信息;所述第二分配模塊還用于判斷所述客戶端與所述資源節點是否使用相同的網絡運行商;若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。
[0037]可選的，所述歷史記錄單元用于定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表;需要獲取節點的使用狀態時，所述歷史記錄單元用于將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。
[0038]可選的，所述資源分配單元還包括:
[0039]定制模塊，響應于登陸所述客戶端的用戶是定制用戶，所述定制模塊從預設的定制列表中獲取多個備選資源節點;所述定制模塊還用于獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點；從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。
[0040]從上面所述可以看出，本公開實施例提供的一種資源調度方法及服務器在對客戶端進行資源分配時，根據客戶端的資源節點分配的歷史記錄向客戶端分配資源節點，提高了資源節點分配速度;根據客戶端IP地址歸屬地選取距離較近的可用資源節點，有效提高了客戶端的網絡接入速度，增強了網絡連通性和數據傳輸速度。
【附圖說明】
[0041 ]圖1為本公開提供的一種資源調度方法的實施例的流程示意圖；
[0042]圖2為本公開提供的一種資源調度方法的可選實施例的流程示意圖；
[0043]圖3為本公開提供的一種資源調度方法的可選實施例的流程示意圖；
[0044]圖4為本公開提供的一種資源調度方法及服務器的實施例的模塊示意圖。
【具體實施方式】
[0045]為使本公開的目的、技術方案和優點更加清楚明白，以下結合具體實施例，并參照附圖，對本公開進一步詳細說明。
[0046]圖1為本公開提供的一種資源調度方法的實施例的流程示意圖。如圖所示，在本發明提供的一種資源調度方法的實施例中，包括:
[0047]SlO，獲取客戶端發送的資源獲取請求。
[0048]Sll，獲取所述客戶端的資源節點分配歷史記錄。用于判定客戶端身份的依據，是所述資源獲取請求中包括的客戶端名、客戶端IP地址等能夠確定客戶端身份的信息;在確定客戶端身份之后，即可在任務日志等記錄中查找該客戶端歷次參與過的節點分配過程，并列出每次分配到的資源節點。
[0049]S12，根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值M，M為正整數;若達到，執行步驟S13，若未達到，執行步驟SM。
[0050]這里的“參與資源節點分配的次數”是指，客戶端從發送資源獲取請求到分配到合適節點這一過程，其他情況例如客戶端發送資源獲取請求但資源節點分配失敗、或客戶端在短時間內多次請求資源分配(網絡不穩定導致重連)等，均不算做參與資源節點分配的次數;其中后者僅第一次成功分配資源節點的過程會記入上述參與資源節點分配的次數。即，這里的“參與資源節點分配的次數”是指，客戶端從發出申請，到分配到一個可以穩定使用的資源節點的次數。
[0051]S13，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端，N為正整數。若客戶端參與資源節點分配的次數足夠多，則可以在這些節點中優先選擇節點分配給客戶端，從而節省下對全部資源節點進行對比篩選的時間，縮短客戶端的接入延遲。
[0052]S14，從全部資源節點中選擇可用的資源節點分配給所述客戶端。這里具體的篩選過程在之后的實施例中給出。
[0053]在可選的實施方式中，所述步驟S13前，還包括:S15，判斷客戶端最近N次分配到的資源節點的分配時間與當前時間的差值是否小于預設的時間閾值;若是，則執行步驟S13，若不是，則執行步驟S14。本實施方式的意義為:若判定最近N次分配到的資源節點中，有部分資源節點的分配時間十分久遠，說明客戶端在最近并沒有充分參與資源節點分配，此時所述最近N次分配到的資源節點并沒有參考價值，因為較長時間之前分配到的資源節點可能已經失效，或因一些原因而增加了延遲。此時應當將該客戶端視為參與資源節點分配次數不足N次的新客戶端，重新執行資源節點分配，直至其最近N次參與的節點分配過程均在預設的時間閾值之內。
[0054]在可選的實施方式中，所述步驟S13后，還包括:S16，若客戶端最近N次分配到的資源節點中無可用的資源節點，執行步驟S14。
[0055]本實施例中的沒有必然的關聯。M這一數值用于評判客戶端參與資源節點分配的次數，超過M次則判斷該客戶端之前參與連接的資源節點具備一定參考價值，可以從中選取合適的節點直接嘗試連接;N則是在選取合適的節點時，用于確定選取最近的哪些節點進行連接。只要滿足N < M，即可完成上述資源節點分配過程。
[0056]本實施例在向客戶端分配資源節點的過程中，優先考慮該客戶端是否在最近參與過足夠次數的資源節點分配過程，即是否為“常用客戶”；如果是，則直接從最近客戶端分配過的資源節點中選取可用節點分配給該客戶端，節約了檢測資源節點的時間;若果不是，則進一步從全部的資源節點中選取適宜的節點參與分配，而不是簡單地隨機選擇有空余資源的資源節點。并且由于最近客戶端分配過的資源節點一定是通過步驟S13或者S14得到的可用資源節點，因此這是一個良性的循環過程，即使客戶端常用的某一節點因意外無法使用，還可以繼續連接最近N次連接過的其他節點，即使最近N次的全部節點都無法連接，還可以從全部的資源節點中選取合適的節點，并且在連接后，更新了最近N次的資源節點分配狀態，在進行下一次分配時又可以選取可用節點執行分配。
[0057]圖2為本公開提供的一種資源調度方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，S13，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端，包括:
[0058]S20，獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點。其中可用的資源節點的判定標準，包括:該節點當前處于活動狀態，正在執行資源分發工作;具體該節點是否有資源剩余在之后的步驟中繼續判斷。
[0059]S21，統計每個可用資源節點的分配次數。
[0060]S22，按照分配次數由高到低的順序，對所述可用資源節點進行排序。
[0061]S23，按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端，若不是，繼續判斷下一資源節點。
[0062]上述步驟S20-S23實現了如下過程:在向客戶端分配資源節點時，首先判斷最近N次分配到的資源節點中，哪些節點處于可用的活躍狀態;然后進一步將這些可用節點按照它們被分配給該客戶端的次數由多到少進行排序，按順序依次判斷資源節點是否有資源剩余，并將第一個有資源剩余的資源節點分配給該客戶端。
[0063]本實施例是S20，獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點的一個可選的方式。在執行分配前，首先判斷資源節點是否可用，選取可用節點執行排序，從而節省了對不可用節點排序的時間。
[0064]繼續參考圖2，如圖所示，在可選的實施例中，所述資源獲取請求包括客戶端IP地址;S14，從全部資源節點中選擇可用的資源節點分配給所述客戶端，包括:
[0065]S30，解析所述客戶端IP地址，得到IP地址歸屬地。
[0066]S31，獲取全部資源節點的資源使用狀態，選擇可用的資源節點。
[0067]S32，按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序。
[0068]S33，按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端，若不是，繼續判斷下一資源節點。
[0069]本實施例中，對于全部資源節點內可用資源節點進行排序的步驟S32，其排序依據是資源節點與所述IP地址歸屬地的距離。其中一種實現方式如S32所述，直接計算距離，以數值作為判斷標準，這一方式較為直接，并且在進行過一次計算后，只要定期對資源節點的地理位置信息進行更新，后續即可不用再次計算，較為省時。在其他可選的實施方式中，還包括:
[0070]S34，根據所述IP地址歸屬地獲取客戶端所在的區域，將資源節點按照與客戶端所在區域由近到遠的順序進行排序。例如，這里的區域可以指行政區域，進一步以中國的行政區域為例，首先根據IP歸屬地確定客戶端所在城市，在排序時按照“同一城市-同一省內不同城市-鄰省-非鄰省-同一運營商-同一國家”這一由小到大的順序對資源節點執行排序。上述區域還可以指其他類型的區域，例如地理區域等。相對S32而言，S34的排序方式省去了第一次計算距離的過程，按照預先存儲的區域列表可以很容易地執行排序，一定程度上降低了客戶端第一次分配資源節點的延遲。
[0071]本實施例通過按照距離對可用資源節點進行排序，使客戶端可以優先分配到距離較近的資源節點，從而在執行數據交互時享有更低的延遲。特別是與現有技術中隨機分配資源節點的做法相比，本實施例的方法可以大幅度提高客戶端使用網絡業務時的網絡穩定性，保證其每次的接入節點均具備低的延遲。
[0072]在可選的實施例中，所述資源獲取請求還包括客戶端的網絡運營商信息；S32，按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序，包括:
[0073]S40，判斷所述客戶端與所述資源節點是否使用相同的網絡運行商;若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。
[0074]鑒于不同網絡運行商之間的通信與同于網絡運營商之間的通信相比，存在延遲高的問題，因此在向客戶端分配資源節點時，應當優先考慮同一網絡運營商提供的資源節點。
[0075]在一些可選方案中，可以另行設置專門的參數，用于標記客戶端的網絡運營商，以及資源節點的網絡運營商，在對資源節點進行排序時，將不同網絡運營商的資源節點排后。
[0076]本實施例則延續距離判定的想法，進一步將對網絡運營商的判斷加入了距離判斷中，即將不同網絡運營商提供的資源節點視為距離較遠的、相同網絡運營商提供的資源節點，使判定標準統一。上述調整值可以根據具體的參數進行確定，例如，相同網絡運行商提供的資源節點A的延遲為100ms，距離為500km;不同網絡運行商提供的資源節點B的延遲為10ms，距離為300km，則在判定時，可以將所述調整值設置為200km。當然這僅是一個例子，具體計算應當采用更加縝密的統計和計算進行確定。
[0077]在可選的實施例中，S31，獲取全部資源節點的資源使用狀態，包括:
[0078]S50，定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表。
[0079]S51，需要獲取節點的使用狀態時，將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。
[0080]上述步驟S50-S51提供了一種進一步降低客戶端選擇資源節點時的延遲的方法。現有技術中檢測某一節點延遲，通常采用向該節點發送一條消息并接收其回復，計算發送消息到接收到回復之間的時間差作為延遲。但是作為資源節點分配方法而言，資源節點的數量較多，若在接收到客戶端請求后依次獲取每個資源節點與客戶端之間的網絡延遲和資源剩余量，勢必會耗費較多的時間，體現在客戶端側則是網絡接入時間長，等待時間長。因此，本實施例定期獲取資源節點的狀態并保存為資源使用表，由于資源使用表內的記錄是定時更新的，在客戶端請求資源時資源使用表內的記錄具備時效性，可以直接使用而無需再次向各個資源節點發送請求，可以大幅度降低客戶端接入耗時。
[0081]圖3為本公開提供的一種資源調度方法的可選實施例的流程示意圖。如圖所示，在可選的實施例中，SlO，獲取客戶端發送的資源獲取請求后，包括:
[0082]S60，判斷登陸所述客戶端的用戶是否為定制用戶;若是，執行步驟S61;若否，執行步驟SI I。
[0083]S61，從預設的定制列表中獲取多個備選資源節點。
[0084]S62，獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點。
[0085]S63，從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。
[0086]在本實施例中，對登陸客戶端的用戶類型進一步進行區分:普通用戶和定制用戶。對于定制用戶而言，已經預先在服務商處確定了接入狀況較為優良的一些節點。在執行資源節點分配時，優選從這些節點中選取可用節點執行接入。
[0087]在可選的實施方式中，所述備選資源節點中任一資源節點不可用時，按照步驟S14的方法，選擇另一節點作為備選資源節點加入選擇范圍。
[0088]相對于上述實施例，本實施例更具有針對性。對于普通用戶而言，其接入網絡的IP、運營商、和地理位置都是可能發生改變的，因此在每次接入時執行判斷是相對合理的方式;而對于接入IP和網絡狀態穩定的用戶，例如企業用戶等，選擇相對固定的幾個節點進行連接無疑具備較好的穩定性和連接速度。本實施例的方法延續這個思路，將用戶進行劃分，使用定制業務的用戶可以獲取相對穩定和高速的節點接入服務。
[0089]圖4為本公開提供的一種資源調度方法及服務器的實施例的模塊示意圖。如圖所示，本公開提供的一種資源調度服務器的實施例，包括:
[0090]網絡單元70，用于獲取客戶端發送的資源獲取請求；
[0091]歷史記錄單元71，用于獲取所述客戶端的資源節點分配歷史記錄；
[0092]資源分配單元72，用于根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值Μ;若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端;若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端;Μ，Ν為正整數。
[0093]在可選的實施例中，所述資源分配單元包括:
[0094]第一分配模塊73，用于獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點；統計每個可用資源節點的分配次數;按照分配次數由高到低的順序，對所述可用資源節點進行排序;所述第一分配模塊73還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0095]在可選的實施例中，所述資源獲取請求包括客戶端IP地址;所述資源分配單元包括:
[0096]第二分配模塊74，用于解析所述客戶端IP地址，得到IP地址歸屬地;獲取全部資源節點的資源使用狀態，選擇可用的資源節點；按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序;所述第二分配模塊74還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。
[0097]在可選的實施例中，所述資源獲取請求還包括客戶端的網絡運營商信息;所述第二分配模塊73還用于判斷所述客戶端與所述資源節點是否使用相同的網絡運行商；若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。
[0098]在可選的實施例中，所述歷史記錄單元71用于定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表;需要獲取節點的使用狀態時，所述歷史記錄單元71用于將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。
[0099]在可選的實施例中，所述資源分配單元72還包括:
[0100]定制模塊75，響應于登陸所述客戶端的用戶是定制用戶，所述定制模塊75從預設的定制列表中獲取多個備選資源節點;所述定制模塊75還用于獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點；從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。
[0101]從上面所述可以看出，本公開實施例提供的一種資源調度方法及服務器在對客戶端進行資源分配時，根據客戶端的資源節點分配的歷史記錄向客戶端分配資源節點，提高了資源節點分配速度;根據客戶端IP地址歸屬地選取距離較近的可用資源節點，增強了網絡連通性和數據傳輸速度。
[0102]所屬領域的普通技術人員應當理解:以上任何實施例的討論僅為示例性的，并非旨在暗示本公開的范圍(包括權利要求)被限于這些例子;在本發明的思路下，以上實施例或者不同實施例中的技術特征之間也可以進行組合，步驟可以以任意順序實現，并存在如上所述的本發明的不同方面的許多其它變化，為了簡明它們沒有在細節中提供。
[0103]另外，為簡化說明和討論，并且為了不會使本發明難以理解，在所提供的附圖中可以示出或可以不示出與集成電路(IC)芯片和其它部件的公知的電源/接地連接。此外，可以以框圖的形式示出裝置，以便避免使本發明難以理解，并且這也考慮了以下事實，即關于這些框圖裝置的實施方式的細節是高度取決于將要實施本發明的平臺的(即，這些細節應當完全處于本領域技術人員的理解范圍內)。在闡述了具體細節(例如，電路)以描述本發明的示例性實施例的情況下，對本領域技術人員來說顯而易見的是，可以在沒有這些具體細節的情況下或者這些具體細節有變化的情況下實施本發明。因此，這些描述應被認為是說明性的而不是限制性的。
[0104]盡管已經結合了本發明的具體實施例對本發明進行了描述，但是根據前面的描述，這些實施例的很多替換、修改和變型對本領域普通技術人員來說將是顯而易見的。例如，其它存儲器架構(例如，動態RAM(DRAM))可以使用所討論的實施例。
[0105]本發明的實施例旨在涵蓋落入所附權利要求的寬泛范圍之內的所有這樣的替換、修改和變型。因此，凡在本發明的精神和原則之內，所做的任何省略、修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【主權項】
1.一種資源調度方法，包括: 獲取客戶端發送的資源獲取請求； 獲取所述客戶端的資源節點分配歷史記錄； 根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值M;若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端;若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端;M和N為正整數。2.根據權利要求1所述的方法，所述從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端，包括: 獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點； 統計每個可用資源節點的分配次數； 按照分配次數由高到低的順序，對所述可用資源節點進行排序； 按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。3.根據權利要求1所述的方法，所述資源獲取請求包括客戶端IP地址;所述從全部資源節點中選擇可用的資源節點分配給所述客戶端，包括: 解析所述客戶端IP地址，得到IP地址歸屬地； 獲取全部資源節點的資源使用狀態，選擇可用的資源節點； 按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序； 按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。4.根據權利要求3所述的方法，所述資源獲取請求還包括客戶端的網絡運營商信息;所述按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序，包括: 判斷所述客戶端與所述資源節點是否使用相同的網絡運行商;若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。5.根據權利要求3所述的方法，所述獲取全部資源節點的資源使用狀態，包括: 定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表； 需要獲取節點的使用狀態時，將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。6.根據權利要求1所述的方法，所述獲取客戶端發送的資源獲取請求后，包括: 判斷所述登陸所述客戶端的用戶是否為定制用戶；若是，從預設的定制列表中獲取多個備選資源節點； 獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點； 從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。7.—種資源調度服務器，包括: 網絡單元，用于獲取客戶端發送的資源獲取請求； 歷史記錄單元，用于獲取所述客戶端的資源節點分配歷史記錄； 資源分配單元，用于根據所述客戶端的資源節點分配歷史記錄判斷所述客戶端參與資源節點分配的次數是否達到預設的次數閾值Μ;若達到，從客戶端最近N次分配到的資源節點中選擇可用的資源節點分配給所述客戶端;若未達到，從全部資源節點中選擇可用的資源節點分配給所述客戶端;M和N為正整數。8.根據權利要求7所述的服務器，所述資源分配單元包括: 第一分配模塊，用于獲取所述客戶端最近N次分配到的資源節點的資源使用狀態，選擇可用的資源節點；統計每個可用資源節點的分配次數;按照分配次數由高到低的順序，對所述可用資源節點進行排序;所述第一分配模塊還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。9.根據權利要求7所述的服務器，所述資源獲取請求包括客戶端IP地址;所述資源分配單元包括: 第二分配模塊，用于解析所述客戶端IP地址，得到IP地址歸屬地;獲取全部資源節點的資源使用狀態，選擇可用的資源節點；按照與所述IP地址歸屬地距離由近到遠的順序，對所述可用資源節點進行排序;所述第二分配模塊還用于按照排序結果依次判斷所述可用資源節點是否有資源剩余;若是，將該資源節點分配給所述客戶端。10.根據權利要求9所述的服務器，所述資源獲取請求還包括客戶端的網絡運營商信息；所述第二分配模塊還用于判斷所述客戶端與所述資源節點是否使用相同的網絡運行商；若不是，將客戶端與資源節點之間的實際距離加上預設的調整值，作為用于排序的距離。11.根據權利要求9所述的服務器，所述歷史記錄單元用于定時接收由資源節點發送的資源使用狀態，將最新接收到該節點的資源使用狀態保存為資源使用表;需要獲取節點的使用狀態時，所述歷史記錄單元用于將所述資源使用表中記錄的節點的資源使用狀態作為該節點當前的資源使用狀態。12.根據權利要求7所述的服務器，所述資源分配單元包括: 定制模塊，響應于登陸所述客戶端的用戶是定制用戶，所述定制模塊從預設的定制列表中獲取多個備選資源節點；所述定制模塊還用于獲取所述備選資源節點的資源使用狀態，選擇可用的資源節點；從所述可用資源節點中選取有資源剩余的資源節點分配給所述客戶端。
【文檔編號】H04L12/917GK105871750SQ201610177352
【公開日】2016年8月17日
【申請日】2016年3月25日
【發明人】楊繼偉, 王孝慶
【申請人】樂視控股（北京）有限公司, 樂視云計算有限公司