服務(wù)申請的處理方法和裝置制造方法
【專利摘要】本發(fā)明提供了一種服務(wù)申請的處理方法和裝置，該服務(wù)申請的處理方法包括：接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對服務(wù)請求信息進(jìn)行判斷，判斷服務(wù)請求信息是否為綜合服務(wù)請求信息；在判斷結(jié)果為服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對服務(wù)請求信息進(jìn)行分析，確定服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量；根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對服務(wù)請求信息進(jìn)行分解，促使服務(wù)請求信息分解為多個單一服務(wù)請求信息。本發(fā)明能夠?qū)C合服務(wù)請求信息進(jìn)行有效地篩選并將其分解為多個單一服務(wù)請求信息。
【專利說明】服務(wù)申請的處理方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及計算機(jī)領(lǐng)域，具體來說，涉及一種服務(wù)申請的處理方法和裝置。
【背景技術(shù)】
[0002]在現(xiàn)有的PaaS (Platform-as-a-Service,平臺即服務(wù))環(huán)境中，用戶申請平臺服務(wù)與電子商城購物相似，都是對所需的物品(PaaS中成為服務(wù)或應(yīng)用)加入到購物車(PaaS中形成申請單)，然后付費(fèi)(PaaS中按服務(wù)使用后付費(fèi))。不同的是電子商城中的物品是現(xiàn)實存在的，即，庫存為O時就不能購買HMPaaS環(huán)境中的服務(wù)是有一個對資源的申請(虛擬機(jī)的創(chuàng)建及物理機(jī)的分配)、應(yīng)用部署的過程，在這個過程中可能由于資源原因或環(huán)境原因?qū)е路?wù)申請的較長時間的等待或暫時失敗，這使得處理復(fù)雜的申請單更加困難。
[0003]現(xiàn)有的處理申請PaaS平臺服務(wù)有以下兩種方式，一是每次申請只能有一種服務(wù)，這樣簡化的申請的處理流程；另外一種可進(jìn)行復(fù)雜的申請，根據(jù)申請的類型及數(shù)量提前計算資源池能否滿足要求以保證申請能夠成功，申請一旦失敗，需重新申請。
[0004]對于處理用戶申請的服務(wù)的上述兩種方式，第一種方式，雖然處理簡單，對于單個的服務(wù)只有成功或失敗，用戶對失敗的申請根據(jù)情況再次申請，但是對用戶的體驗不好，用戶不得不對自己需要的服務(wù)進(jìn)行多次申請。第二種方式，用戶提交申請后，系統(tǒng)根據(jù)服務(wù)的類型和數(shù)量計算資源，資源不夠時，必須重新提交申請單，還存在的問題是由于環(huán)境等問題部署暫時不能成功，導(dǎo)致整個申請失敗。
[0005]針對相關(guān)技術(shù)中的上述問題，目前尚未提出有效的解決方案。

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

[0006]針對相關(guān)技術(shù)中的上述問題，本發(fā)明提出一種服務(wù)申請的處理方法和裝置，能夠?qū)C合服務(wù)請求信息進(jìn)行有效地篩選并將其分解為多個單一服務(wù)請求信息。
[0007]本發(fā)明的技術(shù)方案是這樣實現(xiàn)的:
[0008]根據(jù)本發(fā)明的一個方面，提供了 一種服務(wù)申請的處理方法。
[0009]該服務(wù)申請的處理方法包括:
[0010]接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對服務(wù)請求信息進(jìn)行判斷，判斷服務(wù)請求信息是否為綜合服務(wù)請求信息；
[0011]在判斷結(jié)果為服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對服務(wù)請求信息進(jìn)行分析，確定服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量；
[0012]根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對服務(wù)請求信息進(jìn)行分解，促使服務(wù)請求信息分解為多個單一服務(wù)請求信息。
[0013]此外，該服務(wù)申請的處理方法還包括:對每個單一服務(wù)請求信息進(jìn)行分析，確定單一服務(wù)請求信息所對應(yīng)的資源信息；并根據(jù)確定的資源信息，為用戶側(cè)分配對應(yīng)的資源。
[0014]另外，該服務(wù)申請的處理方法還包括:根據(jù)分配的上述資源，為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)服務(wù)請求信息。[0015]此外，該服務(wù)申請的處理方法還包括:在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將應(yīng)用部署的部署結(jié)果反饋至用戶側(cè)，促使用戶側(cè)根據(jù)應(yīng)用部署的結(jié)果判斷當(dāng)前服務(wù)請求是否完成O
[0016]其中，在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，采用異步部署的方式進(jìn)行應(yīng)用部署。
[0017]根據(jù)本發(fā)明的另一方面，提供了一種服務(wù)申請的處理裝置。
[0018]該服務(wù)申請的處理裝置包括:
[0019]判斷模塊，用于接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對服務(wù)請求信息進(jìn)行判斷，判斷服務(wù)請求信息是否為綜合服務(wù)請求信息；
[0020]分析模塊，用于在判斷結(jié)果為服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對服務(wù)請求信息進(jìn)行分析，確定服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量；
[0021]分解模塊，用于根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對服務(wù)請求信息進(jìn)行分解，促使服務(wù)請求信息分解為多個單一服務(wù)請求信息。
[0022]此外，該服務(wù)申請的處理裝置還包括:分析子模塊，用于對每個單一服務(wù)請求信息進(jìn)行分析，確定單一服務(wù)請求信息所對應(yīng)的資源信息；分配子模塊，用于根據(jù)確定的上述資源信息，為用戶側(cè)分配對應(yīng)的資源。
[0023]另外，該服務(wù)申請的處理裝置還包括:應(yīng)用部署模塊，用于根據(jù)分配的上述資源，為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)服務(wù)請求信息。
[0024]此外，該服務(wù)申請的處理裝置還包括:部署反饋模塊，用于在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將應(yīng)用部署的部署結(jié)果反饋至用戶側(cè)，促使用戶側(cè)根據(jù)應(yīng)用部署結(jié)果判斷當(dāng)前服務(wù)請求是否完成。
[0025]其中，在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，應(yīng)用部署模塊采用異步部署的方式進(jìn)行應(yīng)用部署。
[0026]本發(fā)明通過對所接收的用戶側(cè)發(fā)送的服務(wù)請求信息進(jìn)行判斷，可以確定該服務(wù)請求信息是否為綜合服務(wù)請求信息，并且在確定該服務(wù)請求信息是綜合服務(wù)請求信息的情況下，根據(jù)服務(wù)請求的類型和數(shù)量并對該服務(wù)請求信息進(jìn)行分解，以將其分解為多個單一服務(wù)請求信息。從而能夠?qū)C合服務(wù)請求信息進(jìn)行有效地篩選并將其分解為多個單一服務(wù)請求信息，實現(xiàn)了將復(fù)雜的請求信息簡化，使得服務(wù)請求的處理變的更為方便。
【專利附圖】

【附圖說明】
[0027]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0028]圖1是根據(jù)本發(fā)明實施例的服務(wù)申請的處理方法的流程示意圖；
[0029]圖2是根據(jù)本發(fā)明實施例的服務(wù)申請的處理裝置的結(jié)構(gòu)示意圖；
[0030]圖3是根據(jù)本發(fā)明實施例的服務(wù)申請的處理方法的原理示意圖。
【具體實施方式】
[0031]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員所獲得的所有其他實施例，都屬于本發(fā)明保護(hù)的范圍。
[0032]根據(jù)本發(fā)明的實施例，提供了一種服務(wù)申請的處理方法。
[0033]如圖1所示，根據(jù)本發(fā)明實施例的服務(wù)申請的處理方法包括:
[0034]步驟SlOl，接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對服務(wù)請求信息進(jìn)行判斷，判斷服務(wù)請求息是否為綜合服務(wù)請求息；
[0035]步驟S103，在判斷結(jié)果為服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對服務(wù)請求信息進(jìn)行分析，確定服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量；
[0036]步驟S105，根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對服務(wù)請求信息進(jìn)行分解，促使服務(wù)請求信息分解為多個單一服務(wù)請求信息。
[0037]此外，該服務(wù)申請的處理方法還包括:對每個單一服務(wù)請求信息進(jìn)行分析，確定單一服務(wù)請求信息所對應(yīng)的資源信息；并根據(jù)確定的資源信息，為用戶側(cè)分配對應(yīng)的資源。
[0038]另外，該服務(wù)申請的處理方法還包括:根據(jù)分配的上述資源，為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)服務(wù)請求信息。
[0039]此外，該服務(wù)申請的處理方法還包括:在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將應(yīng)用部署的部署結(jié)果反饋至用戶側(cè)，促使用戶側(cè)根據(jù)應(yīng)用部署的結(jié)果判斷當(dāng)前服務(wù)請求是否完成O
[0040]其中，在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，采用異步部署的方式進(jìn)行應(yīng)用部署。[0041 ] 根據(jù)本發(fā)明的實施例，還提供了 一種服務(wù)申請的處理裝置。
[0042]如圖2所示，根據(jù)本發(fā)明實施例的服務(wù)申請的處理裝置包括:
[0043]判斷模塊21，用于接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對服務(wù)請求信息進(jìn)行判斷，判斷服務(wù)請求信息是否為綜合服務(wù)請求信息；
[0044]分析模塊22，用于在判斷結(jié)果為服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對服務(wù)請求信息進(jìn)行分析，確定服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量；
[0045]分解模塊23，用于根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對服務(wù)請求信息進(jìn)行分解，促使服務(wù)請求信息分解為多個單一服務(wù)請求信息。
[0046]此外，該服務(wù)申請的處理裝置還包括:分析子模塊(未示出)，用于對每個單一服務(wù)請求信息進(jìn)行分析，確定單一服務(wù)請求信息所對應(yīng)的資源信息；分配子模塊(未示出)，用于根據(jù)確定的上述資源信息，為用戶側(cè)分配對應(yīng)的資源。
[0047]另外，該服務(wù)申請的處理裝置還包括:應(yīng)用部署模塊(未示出)，用于根據(jù)分配的上述資源，為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)服務(wù)請求信息。
[0048]此外，該服務(wù)申請的處理裝置還包括:部署反饋模塊(未示出)，用于在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將應(yīng)用部署的部署結(jié)果反饋至用戶側(cè)，促使用戶側(cè)根據(jù)應(yīng)用部署結(jié)果判斷當(dāng)前服務(wù)請求是否完成。
[0049]其中，在為用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，應(yīng)用部署模塊(未示出)采用異步部署的方式進(jìn)行應(yīng)用部署。
[0050]為方便理解本發(fā)明的上述技術(shù)方案，下面從技術(shù)原理的角度對本發(fā)明的上述技術(shù)方案進(jìn)行說明。[0051]圖3是服務(wù)申請的處理方法的原理示意圖，從圖3中可以看出，在實際應(yīng)用時，首先用戶提交復(fù)雜的申請，將這一組申請定義為一個申請單，申請單的狀態(tài)標(biāo)識為“申請中”、“申請成功”、“申請失敗”。申請單提交后，直接由申請分解、提取單元處理。
[0052]其次，通過申請分解、提取單元實現(xiàn)對復(fù)雜申請的分解，即將不同類型、不同數(shù)量的申請分拆成單一的申請，并生成申請的提取任務(wù)，由一個獨(dú)立的線程負(fù)責(zé)未分配任務(wù)的提取，并負(fù)責(zé)將任務(wù)提交給資源獲取單元。然后由對復(fù)雜申請分解的服務(wù)分成的單個任務(wù)記錄到“申請明細(xì)與結(jié)果”表中。
[0053]然后，再通過資源獲取單元申請?zhí)崛卧〉玫纳暾?，并解析此類服?wù)所需的資源配置(CPU、內(nèi)存、存儲、網(wǎng)絡(luò)及操作系統(tǒng)等)從資源池中獲取一個資源實例。如果實例不存在，根據(jù)已定義的服務(wù)模板由資源池生成。該資源的生成由單獨(dú)的線程完成并采用異步的方式，通過消息機(jī)制返回，因此不影響其他服務(wù)資源的獲取。而對獲取資源的申請來說，將資源傳遞給部署單元，并對獲取是否成功的結(jié)果寫入“申請明細(xì)與結(jié)果”中。
[0054]此外，還通過部署單元對申請資源進(jìn)行應(yīng)用部署。由于各種服務(wù)部署存在著較大差異，可能需要較長的時間處理，部署工作也是采取異步的方式，并定義消息的發(fā)布器，將部署結(jié)果或異常信息發(fā)布。
[0055]另外，還通過部署消息處理單元充當(dāng)部署單元消息發(fā)布者的訂閱者。當(dāng)接收到部署成功后，將進(jìn)行如下操作:將服務(wù)賦予申請用戶、以及將結(jié)果記錄到“申請明細(xì)與結(jié)果”；而部署失敗將記錄及異常信息記錄到“申請明細(xì)與結(jié)果”。
[0056]從上述流程可見，系統(tǒng)在處理申請中資源分配與部署的結(jié)果都存在“申請明細(xì)與結(jié)果”中，因此，還可通過用戶處理單元對于申請結(jié)果有異常的申請，根據(jù)返回的異常信息系統(tǒng)提供重新分配、部署的操作。
[0057]并且，在用戶處理單元中，用戶有更多的申請選擇，如果申請明細(xì)全部成功，則直接將申請單的狀態(tài)改為成功，至此整個流程完成；如果部分明細(xì)成功，用戶可選擇放棄申請，但是已申請到的資源也將釋放，并且申請單的狀態(tài)為失敗；如果未成功的申請明細(xì)是由于環(huán)境問題(如超時等)原因，用戶可重新發(fā)起對單個明細(xì)的申請。進(jìn)一步，如果用戶認(rèn)可已申請成功的明細(xì)，可以選擇接受申請結(jié)果，系統(tǒng)放棄對未申請成功明細(xì)的申請。
[0058]綜上所述，借助于本發(fā)明的上述技術(shù)方案，通過對所接收的用戶側(cè)發(fā)送的服務(wù)請求信息進(jìn)行判斷，可以確定該服務(wù)請求信息是否為綜合服務(wù)請求信息，并且在確定該服務(wù)請求信息是綜合服務(wù)請求信息的情況下，根據(jù)服務(wù)請求的類型和數(shù)量并對該服務(wù)請求信息進(jìn)行分解，以將其分解為多個單一服務(wù)請求信息。從而能夠?qū)C合服務(wù)請求信息進(jìn)行有效地篩選并將其分解為多個單一服務(wù)請求信息，實現(xiàn)了將復(fù)雜的請求信息簡化，使得服務(wù)請求的處理變的更為方便。
[0059]因此，本發(fā)明可以實現(xiàn)對復(fù)雜申請的靈活處理，即可以處理部分申請成功的申請單、可處理不成功的明細(xì)再次發(fā)起申請、可進(jìn)行整個申請單的放棄、以及可進(jìn)行可部分接收操作。
[0060]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種服務(wù)申請的處理方法，其特征在于，包括: 接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對所述服務(wù)請求信息進(jìn)行判斷，判斷所述服務(wù)請求息是否為綜合服務(wù)請求息； 在判斷結(jié)果為所述服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對所述服務(wù)請求信息進(jìn)行分析，確定所述服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量； 根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對所述服務(wù)請求信息進(jìn)行分解，促使所述服務(wù)請求信息分解為多個單一服務(wù)請求信息。
2.根據(jù)權(quán)利要求1所述的處理方法，其特征在于，進(jìn)一步包括: 對每個單一服務(wù)請求信息進(jìn)行分析，確定所述單一服務(wù)請求信息所對應(yīng)的資源信息； 根據(jù)確定的所述資源信息，為所述用戶側(cè)分配對應(yīng)的資源。
3.根據(jù)權(quán)利要求2所述的處理方法，其特征在于，進(jìn)一步包括: 根據(jù)分配的所述資源，為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)所述服務(wù)請求信息。
4.根據(jù)權(quán)利要求3所述的處理方法，其特征在于，進(jìn)一步包括: 在為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將所述應(yīng)用部署的部署結(jié)果反饋至所述用戶側(cè)，促使所述用戶側(cè)根據(jù)所述應(yīng)用部署的結(jié)果判斷當(dāng)前服務(wù)請求是否完成。
5.根據(jù)權(quán)利要求3所述的處理方法，其特征在于，在為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，采用異步部署的方式進(jìn)行應(yīng)用部署。
6.一種服務(wù)申請的處理裝置，其特征在于，包括: 判斷模塊，用于接收用戶側(cè)發(fā)送的服務(wù)請求信息，并對所述服務(wù)請求信息進(jìn)行判斷，判斷所述服務(wù)請求信息是否為綜合服務(wù)請求信息； 分析模塊，用于在判斷結(jié)果為所述服務(wù)請求信息是綜合服務(wù)請求信息的情況下，對所述服務(wù)請求信息進(jìn)行分析，確定所述服務(wù)請求信息中包含的多個服務(wù)請求的服務(wù)類型和數(shù)量; 分解模塊，用于根據(jù)確定出的各個服務(wù)請求的服務(wù)類型和數(shù)量，對所述服務(wù)請求信息進(jìn)行分解，促使所述服務(wù)請求信息分解為多個單一服務(wù)請求信息。
7.根據(jù)權(quán)利要求6所述的處理裝置，其特征在于，進(jìn)一步包括: 分析子模塊，用于對每個單一服務(wù)請求信息進(jìn)行分析，確定所述單一服務(wù)請求信息所對應(yīng)的資源信息； 分配子模塊，用于根據(jù)確定的所述資源信息，為所述用戶側(cè)分配對應(yīng)的資源。
8.根據(jù)權(quán)利要求7所述的處理裝置，其特征在于，進(jìn)一步包括: 應(yīng)用部署模塊，用于根據(jù)分配的所述資源，為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署，以響應(yīng)所述服務(wù)請求信息。
9.根據(jù)權(quán)利要求8所述的處理裝置，其特征在于，進(jìn)一步包括: 部署反饋模塊，用于在為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署之后，將所述應(yīng)用部署的部署結(jié)果反饋至所述用戶側(cè)，促使所述用戶側(cè)根據(jù)所述應(yīng)用部署結(jié)果判斷當(dāng)前服務(wù)請求是否完成。
10.根據(jù)權(quán)利要求8所述的處理裝置，其特征在于，在為所述用戶側(cè)進(jìn)行對應(yīng)的應(yīng)用部署時，所述應(yīng)用部署模塊采用異步部署的方式進(jìn)行應(yīng)用部署。
【文檔編號】H04L29/08GK103731496SQ201310752332
【公開日】2014年4月16日 申請日期:2013年12月31日 優(yōu)先權(quán)日:2013年12月31日
【發(fā)明者】李亦民, 馬玉國, 張平 申請人:曙光云計算技術(shù)有限公司