處理請(qǐng)求的制作方法
【專利摘要】請(qǐng)求在計(jì)算機(jī)服務(wù)器處通過從用戶終端接收針對(duì)服務(wù)的請(qǐng)求而被處理，請(qǐng)求包括表示處理來自用戶終端的針對(duì)服務(wù)的至少一個(gè)之前類似的請(qǐng)求的失敗的程度的遇困信息。遇困信息從請(qǐng)求被接收并且請(qǐng)求依照遇困信息被處理。用戶終端基于從服務(wù)器接收到的響應(yīng)在請(qǐng)求中提供遇困信息。
【專利說明】
處理請(qǐng)求

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及特別是在基于云的無狀態(tài)(stateless)服務(wù)器架構(gòu)的上下文中處理請(qǐng)求。

【背景技術(shù)】
[0002]在這樣的架構(gòu)中，多個(gè)服務(wù)器被提供用于處理來自多個(gè)客戶端的請(qǐng)求。服務(wù)器能夠位于相同的物理位置中，或者位于不同的物理位置中，但是就任何特定客戶端而言它們不知道服務(wù)器的位置。服務(wù)器位于負(fù)載均衡機(jī)制后面，所述負(fù)載均衡機(jī)制依照各種各樣的負(fù)載均衡技術(shù)來管理從客戶端終端到服務(wù)器的請(qǐng)求。客戶端經(jīng)由可以為有線的或無線的任何適合的網(wǎng)絡(luò)與負(fù)載均衡機(jī)制通信，并因此與服務(wù)器通信。
[0003]圖1圖示了示例性架構(gòu)，其中云被一般地表示成被示出為包括位于負(fù)載均衡機(jī)制6后面的多個(gè)服務(wù)器4?？蛻舳私K端8經(jīng)由網(wǎng)絡(luò)10與云2通信。客戶端終端能夠被實(shí)施為任何形式的計(jì)算機(jī)終端。例如，它們可以是膝上型電腦、平板、移動(dòng)電話、個(gè)人計(jì)算機(jī)等。在每種情況下，客戶端終端8執(zhí)行允許終端的用戶訪問云2的應(yīng)用(例如，安裝的客戶端)。云2形成可被應(yīng)用訪問的因特網(wǎng)的一部分。當(dāng)服務(wù)是需要的時(shí)，訪問特定因特網(wǎng)位置的請(qǐng)求被從客戶端終端8發(fā)送到網(wǎng)絡(luò)10以用于例如使用形式為統(tǒng)一資源定位符URL的因特網(wǎng)地址來訪問該位置。當(dāng)云2被訪問時(shí)，負(fù)載均衡機(jī)制6接收請(qǐng)求并且將它導(dǎo)向服務(wù)器4中的一個(gè)。所選服務(wù)器處理請(qǐng)求并且將響應(yīng)返回給發(fā)出了請(qǐng)求的客戶端終端8。
[0004]應(yīng)當(dāng)了解，在任何特定時(shí)間，非常大量的請(qǐng)求能夠由客戶端全球性地發(fā)出以便將在云2處被接收并且由負(fù)載均衡機(jī)制6管理。服務(wù)器4在它們不知道關(guān)于可能已從相同的客戶端終端被接收到并且發(fā)出到云2中的其它服務(wù)器的較早請(qǐng)求的任何事情的意義上而言是不可知論的。每個(gè)特定服務(wù)器基于由負(fù)載均衡機(jī)制6所管理的到該服務(wù)器的傳入請(qǐng)求的隊(duì)列而管理對(duì)它服務(wù)的請(qǐng)求的處理。
[0005]這樣的架構(gòu)的例子是在搜索引擎中，其中搜索請(qǐng)求被從客戶端終端接收并且導(dǎo)向服務(wù)器。服務(wù)器通過實(shí)施搜索并且將搜索結(jié)果返回給發(fā)出了請(qǐng)求的客戶端終端的用戶來處理請(qǐng)求。


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

[0006]本
【發(fā)明內(nèi)容】
被提供來以簡(jiǎn)化形式引入下面在【具體實(shí)施方式】中被進(jìn)一步描述的構(gòu)思的選擇。本
【發(fā)明內(nèi)容】
不旨在識(shí)別所要求保護(hù)的主題的關(guān)鍵特征或必要特征，它也不旨在被用來限制所要求保護(hù)的主題的范圍。
[0007]從用戶終端發(fā)出請(qǐng)求的方法在本文中被描述。針對(duì)服務(wù)的第一請(qǐng)求被發(fā)出到服務(wù)器。對(duì)第一請(qǐng)求的響應(yīng)被監(jiān)測(cè)以便確定它是否在預(yù)定時(shí)間內(nèi)在用戶終端處被接收到。如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，貝Ij第二類似的請(qǐng)求被發(fā)出，其包括表示處理第一請(qǐng)求的失敗的程度的遇困(distress)信息，遇困信息基于監(jiān)測(cè)步驟被評(píng)估。
[0008]用戶終端被描述，其用于訪問來自它經(jīng)由通信網(wǎng)絡(luò)被連接到的服務(wù)器的服務(wù)。用戶終端具有可操作來將針對(duì)服務(wù)的第一請(qǐng)求發(fā)出到服務(wù)器的傳送功能。用戶終端還具有監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在終端處被接收到的監(jiān)測(cè)功能。如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則傳送功能發(fā)出針對(duì)相同服務(wù)的第二類似的請(qǐng)求。在用戶終端處的插入功能在第二請(qǐng)求中插入表示處理第一請(qǐng)求的失敗的程度的遇困信息，其中遇困信息通過監(jiān)測(cè)功能被評(píng)估。
[0009]具有在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)可讀指令的計(jì)算機(jī)程序產(chǎn)品被描述，所述計(jì)算機(jī)可讀指令當(dāng)被計(jì)算機(jī)執(zhí)行時(shí)提供用于建立通信事件的通信客戶端。所述產(chǎn)品還向服務(wù)器發(fā)出針對(duì)通信客戶端需要的服務(wù)的第一請(qǐng)求，監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在用戶終端處被接收到，并且如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則發(fā)出第二類似的請(qǐng)求并且將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，遇困信息基于監(jiān)測(cè)步驟被評(píng)估。
[0010]各種實(shí)施例能夠被應(yīng)用在各式各樣的上下文中。它能夠被用于瀏覽器應(yīng)用、web客戶端以及其它客戶端。根據(jù)一個(gè)例子，可操作來建立基于分組的通信的通信客戶端能夠受益于本發(fā)明構(gòu)思。
[0011]為了更好地理解各種實(shí)施例并且為了示出這些實(shí)施例可以如何被付諸實(shí)施，現(xiàn)在將作為例子對(duì)附圖進(jìn)行參考。

【專利附圖】

【附圖說明】
[0012]圖1是無狀態(tài)服務(wù)器基于云的架構(gòu)的示意圖；
圖2是依照一個(gè)或多個(gè)實(shí)施例的客戶端終端的架構(gòu)的構(gòu)件的示意框圖；
圖3是依照一個(gè)或多個(gè)實(shí)施例的瀏覽器應(yīng)用的功能框圖；以及圖4是依照一個(gè)或多個(gè)實(shí)施例的服務(wù)器的功能框圖。

【具體實(shí)施方式】
[0013]各種實(shí)施例能夠改進(jìn)特別地但不排他地在基于無狀態(tài)服務(wù)器的云架構(gòu)中處理請(qǐng)求的效率。
[0014]各種實(shí)施例使得客戶端側(cè)應(yīng)用能夠根據(jù)連續(xù)請(qǐng)求向服務(wù)器側(cè)發(fā)信號(hào)通知接收服務(wù)的遇困或失敗。這使得服務(wù)器側(cè)能夠優(yōu)先考慮請(qǐng)求和/或能夠后退以便提供較低的復(fù)雜性或服務(wù)質(zhì)量。這允許對(duì)近實(shí)時(shí)應(yīng)用來說是重要的可配置質(zhì)量/服務(wù)時(shí)間(time-to-serve)權(quán)衡。本原理能夠被應(yīng)用于使得web服務(wù)API (應(yīng)用編程接口)調(diào)用能夠被建立的通信系統(tǒng)。無狀態(tài)服務(wù)器可以保持針對(duì)Web服務(wù)API調(diào)用的備選進(jìn)程的列表。在一個(gè)實(shí)施例中，備選進(jìn)程可以基于計(jì)算要求而被優(yōu)先考慮。在一個(gè)實(shí)施例中，如果服務(wù)器負(fù)載是高的，則較低計(jì)算要求進(jìn)程可以響應(yīng)于客戶端調(diào)用而被執(zhí)行。
[0015]服務(wù)器配置可以是調(diào)用到供替換的調(diào)用的映射。
[0016]配置能夠由app開發(fā)者設(shè)置。配置被同步到組中的所有其它無狀態(tài)服務(wù)器。替換地，開發(fā)者可以在每個(gè)服務(wù)器處設(shè)置不同的配置。
[0017]當(dāng)客戶端應(yīng)用向云做出服務(wù)請(qǐng)求時(shí)，它附加關(guān)于最后失敗的請(qǐng)求的信息。在負(fù)載均衡后面的無狀態(tài)云服務(wù)器通常將不知道先前的請(qǐng)求的失敗，但是由于在該請(qǐng)求中提供的“遇困”信息，它能夠優(yōu)先考慮隊(duì)列中的該請(qǐng)求，并且還考慮采用不同的(例如，計(jì)算上更便宜的)算法來服務(wù)該請(qǐng)求。
[0018]參考圖2，每個(gè)客戶端終端8包括被連接到存儲(chǔ)器22和顯示器24的處理器20。處理器20能夠執(zhí)行存儲(chǔ)在存儲(chǔ)器22中的代碼。特別地，它能夠執(zhí)行用于經(jīng)由因特網(wǎng)來訪問服務(wù)的客戶端。以下描述描述了其中客戶端是瀏覽器應(yīng)用或web客戶端的情況。然而，各種實(shí)施例不僅是預(yù)定給這樣的上下文。根據(jù)另一例子，可操作來通過因特網(wǎng)建立基于分組的通信的通信客戶端能夠受益于本發(fā)明構(gòu)思。這樣的通信客戶端的例子是由Skype提供的通信客戶端。處理器20被連接到端口 26，從所述端口 26，到云2的請(qǐng)求能夠被發(fā)出并且對(duì)那些請(qǐng)求的響應(yīng)能夠被接收到。如在本領(lǐng)域中眾所周知的，瀏覽器應(yīng)用能夠使用戶界面在顯示器24上被呈現(xiàn)給用戶，借助于這個(gè)，用戶能夠鍵入因特網(wǎng)地址以便訪問用戶需要的服務(wù)。例如，它可能正從數(shù)據(jù)庫中搜尋內(nèi)容。
[0019]由客戶端發(fā)出的到云的請(qǐng)求能夠響應(yīng)于用戶請(qǐng)求或在不用用戶具體地知道請(qǐng)求已被發(fā)出的情況下被發(fā)出。所有用戶知道他已要求了特定服務(wù)。
[0020]依照本發(fā)明的實(shí)施例，瀏覽器應(yīng)用(web客戶端)被修改以便當(dāng)客戶端向云做出服務(wù)請(qǐng)求時(shí)附加關(guān)于最后的先前失敗請(qǐng)求的遇困信息。這可能是先前已被提交的失敗請(qǐng)求的數(shù)目或自第一請(qǐng)求以來以秒為單位的時(shí)間，從而提供對(duì)于服務(wù)質(zhì)量的感知惡化的梯度。
[0021]在負(fù)載均衡機(jī)制6后面的無狀態(tài)云服務(wù)器(如在圖1中一樣)通常不知道先前的請(qǐng)求的失敗，但是采用本文中所描述的經(jīng)修改的客戶端應(yīng)用，在請(qǐng)求中提供的遇困信息能夠允許請(qǐng)求在服務(wù)器處被優(yōu)先考慮。附加地或替換地，當(dāng)遇困信息指示已存在惡化的服務(wù)質(zhì)量時(shí)服務(wù)器能夠考慮采用不同的(例如，計(jì)算上更便宜的)算法來服務(wù)請(qǐng)求。這個(gè)機(jī)制能夠被用來當(dāng)系統(tǒng)處于壓力之下時(shí)通過減少服務(wù)器上的負(fù)載并且通過降低服務(wù)質(zhì)量來減少到客戶端終端的服務(wù)中斷。
[0022]出于說明的目的，依照一個(gè)或多個(gè)實(shí)施例的經(jīng)修改的客戶端的示意功能圖在圖3中被示出。傳送功能30將請(qǐng)求32傳送到云2。接收功能34接收對(duì)該請(qǐng)求的響應(yīng)35。例如，這可能是在服務(wù)來自數(shù)據(jù)庫的用戶內(nèi)容的web頁面的上下文中，其中客戶端使用AJAX來請(qǐng)求內(nèi)容。如眾所周知的，AJAX (異步Java Script和XML (擴(kuò)展標(biāo)記語言))提供能夠被用來從服務(wù)器中檢索數(shù)據(jù)的請(qǐng)求對(duì)象。AJAX允許數(shù)據(jù)在用戶終端與服務(wù)器之間被異步地交換，而不干擾當(dāng)前被呈現(xiàn)給用戶的web頁面。接收功能34監(jiān)測(cè)用于接收響應(yīng)的時(shí)間。如果響應(yīng)在指定的時(shí)間內(nèi)未出現(xiàn)，則類似的后續(xù)請(qǐng)求被生成(有效地，請(qǐng)求被重復(fù))，連同生成修改以包括關(guān)于在接收服務(wù)時(shí)的延遲的遇困信息。遇困信息在遇困功能36中被處理并且通過插入功能38插入到請(qǐng)求中。遇困信息由請(qǐng)求32中的附圖標(biāo)記42來指定，并且能夠采取遇困梯度的形式。
[0023]在客戶端側(cè)做按指數(shù)規(guī)律地增加的等待以幫助減少過載服務(wù)器上的負(fù)載是可能的，這將增加在接收到后續(xù)響應(yīng)并且判定遇困信息將被包括在下一個(gè)請(qǐng)求中之前的時(shí)間周期。這能夠給忙碌的服務(wù)器基于第一遇困信息做出響應(yīng)留出時(shí)間。
[0024]響應(yīng)與請(qǐng)求的關(guān)聯(lián)能夠使用已知機(jī)制以各種各樣的方式來完成。在一個(gè)實(shí)施例中，請(qǐng)求與請(qǐng)求標(biāo)識(shí)符44 一起被傳送，所述請(qǐng)求標(biāo)識(shí)符44能夠被包括在被返回的響應(yīng)35中，這樣客戶端終端能夠識(shí)別響應(yīng)是否已被提供給特定請(qǐng)求。
[0025]在客戶端是通信客戶端的情況下，遇困信息能夠被用于對(duì)例如客戶端的用戶不知道的媒體中繼請(qǐng)求進(jìn)行響應(yīng)。如果中繼請(qǐng)求失敗則在該上下文中對(duì)用戶唯一可見的梯度僅僅是長(zhǎng)呼叫建立時(shí)間。這能夠通過客戶端發(fā)送具有遇困信息的多個(gè)請(qǐng)求而被改進(jìn)。
[0026]現(xiàn)在將對(duì)在服務(wù)器處的功能性進(jìn)行描述。每個(gè)服務(wù)器能夠被實(shí)施為單獨(dú)的服務(wù)器或服務(wù)器實(shí)例。服務(wù)器實(shí)例中的一個(gè)從服務(wù)器隊(duì)列中拾取不比特定超時(shí)周期舊的請(qǐng)求，在所述特定超時(shí)周期之后請(qǐng)求被放棄。指示較高的遇困梯度(由請(qǐng)求中的遇困信息42的值來表示)的請(qǐng)求在其余請(qǐng)求之前被拾取，并且請(qǐng)求基于遇困梯度被對(duì)待。也就是說，特定算法或后端進(jìn)程或數(shù)據(jù)庫訪問能夠基于遇困梯度被選擇。
[0027]例如，用戶通常能夠被呈現(xiàn)有具有源于運(yùn)行大量的查詢的高質(zhì)量結(jié)果的網(wǎng)頁，其一起呈現(xiàn)關(guān)于用戶的預(yù)期和如何最好地服務(wù)他或她的非常有知識(shí)的圖片。在示出高遇困梯度(例如高于特定門限)的請(qǐng)求的情況下，這能夠被用顯示最新結(jié)果的簡(jiǎn)單查詢代替，而不用修改搜索項(xiàng)來使個(gè)性化最大化。
[0028]在其中客戶端是通信客戶端并且請(qǐng)求與遇困信息一起被發(fā)送的上下文中，服務(wù)器可以通過為中繼來建立通信路徑的媒體提供候選的較少優(yōu)化的選擇來做出響應(yīng)。這允許通信事件(諸如，例如，IP語音電話呼叫)被更迅速地建立，即使可能具有稍微較低的呼叫質(zhì)量。
[0029]圖4示出了在服務(wù)器側(cè)的功能性，其圖示依照一個(gè)或多個(gè)實(shí)施例的一個(gè)特定服務(wù)器實(shí)例4a。服務(wù)器實(shí)例4a具有接收功能50，所述接收功能50評(píng)估隊(duì)列46中的請(qǐng)求32的遇困梯度42并且拾取最遇困的請(qǐng)求以用于處理。選擇功能52讀取請(qǐng)求中的遇困梯度并且選擇許多功能54a、54b、54c中的一個(gè)，所述功能54a、54b、54c中的每一個(gè)能夠以不同程度的復(fù)雜性或質(zhì)量服務(wù)請(qǐng)求。所選功能被傳遞給處理構(gòu)件56并且請(qǐng)求然后通過處理構(gòu)件56使用所選功能而被服務(wù)，并且結(jié)果得到的響應(yīng)通過傳送功能58被生成以用于傳送到請(qǐng)求客戶端終端。
[0030]遇困信息能夠取決于傳輸協(xié)議被以任何適當(dāng)?shù)姆绞教峁?，并且在?yīng)用層處被讀取。
[0031]所描述的本發(fā)明的實(shí)施例使得客戶端側(cè)應(yīng)用能夠針對(duì)連續(xù)請(qǐng)求發(fā)信號(hào)通知從服務(wù)器側(cè)接收服務(wù)的遇困或失敗，從而使得服務(wù)器側(cè)能夠優(yōu)先考慮請(qǐng)求和/或能夠后退以便提供較低的復(fù)雜性或較低的服務(wù)質(zhì)量。這允許可配置質(zhì)量對(duì)服務(wù)時(shí)間的權(quán)衡被實(shí)施，這對(duì)近實(shí)時(shí)應(yīng)用來說是重要的。
[0032]根據(jù)本發(fā)明的一個(gè)實(shí)施例，提供了在計(jì)算機(jī)服務(wù)器處處理請(qǐng)求的方法，包括:從用戶終端接收針對(duì)服務(wù)的請(qǐng)求，請(qǐng)求包括遇困信息，其表示處理來自用戶終端的針對(duì)服務(wù)的至少一個(gè)之前類似的請(qǐng)求的失敗的程度；從請(qǐng)求接收遇困信息；以及依照遇困信息處理請(qǐng)求。
[0033]在一個(gè)或多個(gè)實(shí)施例中，處理請(qǐng)求的步驟包括基于遇困信息按順序?qū)Υ诜?wù)器處接收到的多個(gè)請(qǐng)求當(dāng)中的請(qǐng)求。
[0034]在一個(gè)或多個(gè)實(shí)施例中，處理請(qǐng)求的步驟包括從一組備選功能中選擇用于基于遇困信息來處置請(qǐng)求的功能。
[0035]在一個(gè)或多個(gè)實(shí)施例中，在遇困信息高于指示處理先前類似的請(qǐng)求的失敗的高程度的門限水平時(shí)，所選功能與該組備選功能中的其它功能相比具有降低的復(fù)雜性或成本。
[0036]在一個(gè)實(shí)施例中，要被服務(wù)器處理的多個(gè)請(qǐng)求被放入隊(duì)列，并且其中服務(wù)器基于請(qǐng)求中的遇困信息從隊(duì)列中檢索請(qǐng)求以用于處理。
[0037]在一個(gè)或多個(gè)實(shí)施例中，已在隊(duì)列中持續(xù)達(dá)超過超時(shí)周期的周期的請(qǐng)求被丟棄。
[0038]根據(jù)本發(fā)明的另一實(shí)施例，提供了可操作來處理在其輸入端處接收到的請(qǐng)求的服務(wù)器，該服務(wù)器包括:接收構(gòu)件，其可操作來接收識(shí)別用戶終端的請(qǐng)求，請(qǐng)求包括表示處理來自用戶終端的至少一個(gè)其它請(qǐng)求的失敗的程度的遇困信息，以及可操作來從請(qǐng)求中讀取遇困信息；以及處理構(gòu)件，其可操作來依照遇困信息處理請(qǐng)求。
[0039]在一個(gè)實(shí)施例中，服務(wù)器包括用于處置請(qǐng)求的一組供替換的功能，服務(wù)器包括選擇功能，其用于基于請(qǐng)求中的遇困信息選擇一組功能中的一個(gè)以用于處置請(qǐng)求。
[0040]在另一實(shí)施例中，服務(wù)器的接收構(gòu)件可操作來從請(qǐng)求的隊(duì)列中檢索請(qǐng)求以及基于隊(duì)列的請(qǐng)求中的遇困信息來針對(duì)檢索選擇請(qǐng)求。
[0041]根據(jù)本發(fā)明的另一實(shí)施例，提供了從用戶終端發(fā)出請(qǐng)求的方法，包括:向服務(wù)器發(fā)出針對(duì)服務(wù)的第一請(qǐng)求；監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在用戶終端處被接收到；如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則發(fā)出第二類似的請(qǐng)求并且將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，遇困信息基于監(jiān)測(cè)步驟被評(píng)估。
[0042]在一個(gè)實(shí)施例中，所述方法包括:監(jiān)測(cè)對(duì)第二或任何后續(xù)請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)被接收到，并且如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則發(fā)出后續(xù)或另外的后續(xù)請(qǐng)求，其包括表示處理第一請(qǐng)求和第二請(qǐng)求以及任何先前的后續(xù)請(qǐng)求的失敗的程度的遇困信息。
[0043]在另一實(shí)施例中，遇困信息包括針對(duì)相同服務(wù)從對(duì)于其的響應(yīng)尚未被接收到的用戶終端發(fā)出的之前請(qǐng)求的數(shù)目。
[0044]在另外的實(shí)施例中，遇困信息包括自發(fā)出第一請(qǐng)求以來經(jīng)過的時(shí)間。
[0045]根據(jù)本發(fā)明的另一實(shí)施例，提供了一種用戶終端以用于訪問來自它經(jīng)由通信網(wǎng)絡(luò)被連接到的服務(wù)器的服務(wù)，該用戶終端包括:傳送功能，其可操作來向服務(wù)器發(fā)出針對(duì)服務(wù)的第一請(qǐng)求；監(jiān)測(cè)功能，其可操作來監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在終端處被接收到，其中傳送功能被配置成如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到則發(fā)出針對(duì)相同服務(wù)的第二類似的請(qǐng)求；以及插入功能，其可操作來將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，其中遇困信息通過監(jiān)測(cè)功能被評(píng)估。
[0046]根據(jù)本發(fā)明的另一實(shí)施例，提供了包括在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)可讀指令的計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)可讀指令當(dāng)被計(jì)算機(jī)執(zhí)行時(shí):將第一請(qǐng)求發(fā)出到服務(wù)的服務(wù)器，監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在用戶終端處被接收到；并且如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則發(fā)出第二類似的請(qǐng)求并且將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，遇困信息基于監(jiān)測(cè)步驟被評(píng)估。
[0047]根據(jù)本發(fā)明的另一實(shí)施例，提供了包括在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)可讀指令的計(jì)算機(jī)程序產(chǎn)品，所述計(jì)算機(jī)可讀指令當(dāng)被計(jì)算機(jī)執(zhí)行時(shí):從用戶終端接收針對(duì)服務(wù)的請(qǐng)求，請(qǐng)求包括表示處理來自用戶終端的針對(duì)服務(wù)的至少一個(gè)之前類似的請(qǐng)求的失敗的程度的遇困信息；從請(qǐng)求接收遇困信息；并且依照遇困信息處理請(qǐng)求。
[0048]一般地，本文中所描述的功能中的任一個(gè)能夠使用軟件、固件、硬件(例如，固定邏輯電路)或這些實(shí)施方案的組合被實(shí)施。如本文中所使用的術(shù)語“模塊”、“功能性”、“構(gòu)件”以及“邏輯”一般地表示軟件、固件、硬件或其組合。在軟件實(shí)施方案的情況下，模塊、功能性或邏輯表示程序代碼，所述程序代碼當(dāng)在處理器(例如，一個(gè)或多個(gè)CPU)上被執(zhí)行時(shí)執(zhí)行規(guī)定的任務(wù)。程序代碼能夠被存儲(chǔ)在一個(gè)或多個(gè)計(jì)算機(jī)可讀存儲(chǔ)器設(shè)備中。在下面所描述的技術(shù)的特征是平臺(tái)無關(guān)的，意味著技術(shù)可以被實(shí)施在具有各種各樣處理器的各種各樣的商業(yè)計(jì)算平臺(tái)上。
[0049]例如，用戶終端還可以包括使用戶終端的硬件執(zhí)行操作(例如，處理器功能塊等等)的實(shí)體(例如軟件)。例如，用戶終端可以包括可以被配置成保持指令的計(jì)算機(jī)可讀介質(zhì)，所述指令使用戶終端并且更特別地使用戶終端的操作系統(tǒng)和相關(guān)聯(lián)的硬件執(zhí)行操作。因此，指令運(yùn)作來配置操作系統(tǒng)和相關(guān)聯(lián)的硬件以執(zhí)行操作，并且以這種方式導(dǎo)致操作系統(tǒng)和相關(guān)聯(lián)的硬件的轉(zhuǎn)換來執(zhí)行功能。指令可以由計(jì)算機(jī)可讀介質(zhì)通過各種各樣不同的配置提供給用戶終端。
[0050]計(jì)算機(jī)可讀介質(zhì)的一個(gè)這樣的配置是信號(hào)承載介質(zhì)，并且因此被配置成諸如經(jīng)由網(wǎng)絡(luò)將指令(例如作為載波)傳送到計(jì)算設(shè)備。計(jì)算機(jī)可讀介質(zhì)還可以被配置為計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)并且因此不是信號(hào)承載介質(zhì)。計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)的例子包括隨機(jī)存取存儲(chǔ)器(RAM)、只讀存儲(chǔ)器(ROM)、光盤、閃速存儲(chǔ)器、硬盤存儲(chǔ)器，以及可以使用磁、光學(xué)和其它技術(shù)來存儲(chǔ)指令和其它數(shù)據(jù)的其它存儲(chǔ)器設(shè)備。
[0051]盡管已經(jīng)用特定于結(jié)構(gòu)特征和/或方法學(xué)動(dòng)作的語言對(duì)本主題進(jìn)行了描述，但是應(yīng)當(dāng)理解，在所附權(quán)利要求中定義的本主題未必限于上面所描述的特定特征或動(dòng)作。相反，上面所描述的特定特征和動(dòng)作作為實(shí)施權(quán)利要求的示例性形式被公開。
【權(quán)利要求】
1.一種服務(wù)器，其可操作來處理在其輸入端處接收到的請(qǐng)求，所述服務(wù)器包括: 接收構(gòu)件，其可操作來接收識(shí)別用戶終端的請(qǐng)求，請(qǐng)求包括表示處理來自用戶終端的至少一個(gè)其它請(qǐng)求的失敗的程度的遇困信息，并且其可操作來從請(qǐng)求中讀取遇困信息；以及 處理構(gòu)件，其可操作來依照遇困信息處理請(qǐng)求。
2.根據(jù)權(quán)利要求1的服務(wù)器，包括用于處置請(qǐng)求的一組供替換的功能，服務(wù)器包括選擇功能，其用于基于請(qǐng)求中的遇困信息選擇一組功能中的一個(gè)以用于處置請(qǐng)求。
3.根據(jù)權(quán)利要求1的服務(wù)器，其中接收構(gòu)件可操作來從請(qǐng)求的隊(duì)列中檢索請(qǐng)求以及基于隊(duì)列的請(qǐng)求中的遇困信息來針對(duì)檢索選擇請(qǐng)求。
4.根據(jù)權(quán)利要求1的服務(wù)器，其中處理構(gòu)件可操作來通過在由遇困信息指示時(shí)從至少兩個(gè)算法中選擇用來處理請(qǐng)求的計(jì)算上較便宜的算法來處置請(qǐng)求。
5.根據(jù)權(quán)利要求1的服務(wù)器，可操作來響應(yīng)于請(qǐng)求建立通信事件，其中服務(wù)器具有多個(gè)通信事件配置并且包括用于基于遇困信息來選擇通信事件配置中的一個(gè)的選擇功能。
6.一種用戶終端，其用于訪問來自它經(jīng)由通信網(wǎng)絡(luò)被連接到的服務(wù)器的服務(wù)，所述用戶終端包括: 傳送功能，其可操作來向服務(wù)器發(fā)出針對(duì)服務(wù)的第一請(qǐng)求； 監(jiān)測(cè)功能，其可操作來監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在終端處被接收到，其中傳送功能被配置成如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到則發(fā)出針對(duì)相同服務(wù)的第二類似的請(qǐng)求；以及 插入功能，其可操作來將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，其中遇困信息通過監(jiān)測(cè)功能被評(píng)估。
7.根據(jù)權(quán)利要求6的用戶終端，包括存儲(chǔ)器，其存儲(chǔ)用于提供傳送功能、監(jiān)測(cè)功能以及插入功能的代碼；以及 處理器，其用于執(zhí)行所述代碼。
8.根據(jù)權(quán)利要求6的用戶終端，其中傳送功能、監(jiān)測(cè)功能以及插入功能由存儲(chǔ)在用戶終端處的可執(zhí)行應(yīng)用中的程序代碼構(gòu)成，其中可執(zhí)行應(yīng)用包括用于從用戶終端建立基于分組的通信事件的通信客戶端。
9.根據(jù)權(quán)利要求8的用戶終端，其中可執(zhí)行應(yīng)用包括搜索客戶端或^^瀏覽器。
10.一種計(jì)算機(jī)程序產(chǎn)品，其包括在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)可讀指令，所述計(jì)算機(jī)可讀指令當(dāng)被計(jì)算機(jī)執(zhí)行時(shí)提供用于建立通信事件的通信客戶端并且執(zhí)行以下步驟: 向服務(wù)器發(fā)出針對(duì)通信客戶端需要的服務(wù)的第一請(qǐng)求； 監(jiān)測(cè)對(duì)第一請(qǐng)求的響應(yīng)是否在預(yù)定時(shí)間內(nèi)在用戶終端處被接收到；以及 如果響應(yīng)在預(yù)定時(shí)間內(nèi)尚未被接收到，則發(fā)出第二類似的請(qǐng)求并且將表示處理第一請(qǐng)求的失敗的程度的遇困信息包括在第二請(qǐng)求中，遇困信息基于監(jiān)測(cè)步驟被評(píng)估。
【文檔編號(hào)】H04L29/08GK104509071SQ201380040729
【公開日】2015年4月8日 申請(qǐng)日期:2013年7月31日 優(yōu)先權(quán)日:2012年7月31日
【發(fā)明者】克斯庫拉 S. 申請(qǐng)人:微軟公司