專利名稱：調(diào)度方法、設(shè)備及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及調(diào)度技術(shù)，尤其涉及一種調(diào)度方法、設(shè)備及系統(tǒng)，屬于計算機技術(shù)領(lǐng)域。
背景技術(shù)：
面向服務(wù)的體系結(jié)構(gòu)(Service-Oriented Architecture, SOA)是一個組件模型，它將應(yīng)用程序的不同功能單元(稱為服務(wù))，通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。這使得構(gòu)建在系統(tǒng)中的各種服務(wù)可以采用統(tǒng)一和通用的方式進行交互。SOA是一種粗粒度、松耦合服務(wù)架構(gòu)，服務(wù)之間通過簡單、精確定義接口進行通訊，它可以根據(jù)需求通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進行分布式部署、組合和使用。因此，SOA能夠支持組件化部署，以及應(yīng)用組件的可插拔。 但在現(xiàn)有技術(shù)中，SOA采用固化的組件邏輯，因此當(dāng)系統(tǒng)中改變應(yīng)用組件的部署時，例如包括增加/插入組件或刪除/拔出組件，需人工重新配置SOA的組件邏輯，重新進行代碼開發(fā)，耗費大量人力和物力資源。

發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)中存在的缺陷，本發(fā)明提供一種調(diào)度方法、設(shè)備及系統(tǒng)，用以實現(xiàn)根據(jù)當(dāng)前配置的應(yīng)用組件動態(tài)生成相適應(yīng)的組件調(diào)度邏輯，使得在改變應(yīng)用組件的部署時無需人工重新配置及開發(fā)。根據(jù)本發(fā)明的一方面，提供一種調(diào)度方法，包括獲取接入的服務(wù)組件；激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置；根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。根據(jù)本發(fā)明的另一方面，提供一種調(diào)度設(shè)備，包括獲取模塊，用于獲取接入的服務(wù)組件；激活模塊，用于激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置；調(diào)度模塊，根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。根據(jù)本發(fā)明的再一方面，提供一種服務(wù)系統(tǒng)，包括本發(fā)明提供的調(diào)度設(shè)備，以及接入所述調(diào)度設(shè)備的至少一個服務(wù)組件。根據(jù)本發(fā)明的調(diào)度方法、設(shè)備及系統(tǒng)，通過獲取接入的服務(wù)組件，僅將與接入的服務(wù)組件對應(yīng)的任務(wù)配置進行激活，當(dāng)基于用戶請求執(zhí)行調(diào)度時，根據(jù)預(yù)置的調(diào)度規(guī)則和被激活的任務(wù)配置，動態(tài)生成適應(yīng)當(dāng)前所接入的服務(wù)組件的調(diào)度規(guī)則，并執(zhí)行調(diào)度，因此當(dāng)增加或減少接入的服務(wù)組件時，通過自動改變服務(wù)組件對應(yīng)的任務(wù)配置的激活/未激活狀態(tài)，即可實現(xiàn)組件邏輯的自動更新，無需人工重新配置組件邏輯，重新進行代碼開發(fā)，節(jié)約了大量人力和物力資源。


圖I為典型的SOA組件化服務(wù)系統(tǒng)的系統(tǒng)架構(gòu)圖；圖2為本發(fā)明一個實施例的調(diào)度方法的流程示意圖；圖3為一個SOA組件化服務(wù)系統(tǒng)的示例的系統(tǒng)架構(gòu)圖；圖4為本發(fā)明另一個實施例的調(diào)度方法的流程示意圖；圖5為本發(fā)明一個實施例的調(diào)度設(shè)備的結(jié)構(gòu)示意圖；圖6為本發(fā)明一個實施例的服務(wù)系統(tǒng)的系統(tǒng)架構(gòu)圖。
具體實施方式
圖I為典型的SOA組件化服務(wù)系統(tǒng)的系統(tǒng)架構(gòu)圖。如圖I所示，包括任務(wù)調(diào)度器
11、與任務(wù)調(diào)度器11連接的至少一個SOA服務(wù)組件(圖I中以包括第一 SOA服務(wù)組件12a和第二 SOA服務(wù)組件12b作為示例)，以及與任務(wù)調(diào)度器11連接的客戶端13，客戶端13通過向任務(wù)調(diào)度器11發(fā)送服務(wù)請求，使得任務(wù)調(diào)度器11根據(jù)自身配置的任務(wù)調(diào)度規(guī)則，對所連接的第一 SOA服務(wù)組件12a和第二 SOA服務(wù)組件12b進行調(diào)度，以使第一 SOA服務(wù)組件12a和第二 SOA服務(wù)組件12b執(zhí)行操作，從而為用戶提供相應(yīng)的服務(wù)。下面以在圖I所示的系統(tǒng)架構(gòu)中，執(zhí)行本發(fā)明實施例的技術(shù)方案為例，進行說明。實施例一本實施例的調(diào)度方法例如由圖I中所示的任務(wù)調(diào)度器11來執(zhí)行。圖2為本發(fā)明一個實施例的調(diào)度方法的流程示意圖。如圖2所示，該調(diào)度方法包括步驟S201，獲取接入的服務(wù)組件；步驟S202，激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置；步驟S203，根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。具體地，任務(wù)調(diào)度器中預(yù)先配置有與服務(wù)組件提供的服務(wù)對應(yīng)的任務(wù)配置，以及用于根據(jù)任務(wù)配置執(zhí)行任務(wù)調(diào)度的任務(wù)調(diào)度規(guī)則。在系統(tǒng)啟動時，任務(wù)調(diào)度器獲取所接入的全部服務(wù)組件，或者在啟動狀態(tài)下，獲取新接入的服務(wù)組件(即熱部署的服務(wù)組件)，并根據(jù)所獲取的接入的服務(wù)組件，對存儲的相應(yīng)的任務(wù)配置進行激活。當(dāng)任務(wù)調(diào)度器接收到用戶通過客戶端發(fā)送的服務(wù)請求時，響應(yīng)服務(wù)請求，啟動任務(wù)調(diào)度。在執(zhí)行任務(wù)調(diào)度時，任務(wù)調(diào)度器根據(jù)預(yù)置的任務(wù)調(diào)度規(guī)則和激活狀態(tài)的任務(wù)配置動態(tài)生成調(diào)度策略。具體地，對于激活狀態(tài)的任務(wù)配置，根據(jù)任務(wù)調(diào)度規(guī)則中的調(diào)度時序和條件執(zhí)行調(diào)度，對于任務(wù)調(diào)度規(guī)則中所涉及的未激活的任務(wù)配置，則跳過相應(yīng)調(diào)度過程，并根據(jù)任務(wù)調(diào)度規(guī)則中的下一調(diào)度執(zhí)行條件，來執(zhí)行下一調(diào)度，或者結(jié)束流程。更為具體地，例如任務(wù)調(diào)度器中預(yù)先配置有服務(wù)組件A、服務(wù)組件B和服務(wù)組件C的任務(wù)配置，并且預(yù)先配置有用于對服務(wù)組件A、服務(wù)組件B和服務(wù)組件C進行調(diào)度的完整任務(wù)調(diào)度規(guī)則，例如為調(diào)度服務(wù)組件A，若服務(wù)組件A的執(zhí)行結(jié)果為認(rèn)證成功，則調(diào)度服務(wù)組件B并調(diào)度服務(wù)組件C，若服務(wù)組件A的執(zhí)行結(jié)果為失敗，則直接結(jié)束調(diào)度，并返回服務(wù)組件A的執(zhí)行結(jié)果。系統(tǒng)啟動時，任務(wù)調(diào)度器檢測獲知當(dāng)前僅接入有服務(wù)組件A，則對與服務(wù)組件A對應(yīng)的任務(wù)配置進行激活，并將服務(wù)組件B和服務(wù)組件C對應(yīng)的任務(wù)配置保持為未激活。當(dāng)任務(wù)調(diào)度器接收到用戶通過客戶端發(fā)送的服務(wù)請求時，任務(wù)調(diào)度器根據(jù)任務(wù)調(diào)度規(guī)則首先檢查服務(wù)組件A的狀態(tài)是否為激活，檢查獲知服務(wù)組件A的狀態(tài)為激活，則任務(wù)調(diào)度器根據(jù)服務(wù)組件A對應(yīng)的任務(wù)配置調(diào)度服務(wù)組件A執(zhí)行操作，例如為對用戶進行認(rèn)證。服務(wù)組件A完成認(rèn)證后回調(diào)任務(wù)調(diào)度器，任務(wù)調(diào)度器根據(jù)服務(wù)組件A的執(zhí)行結(jié)果，結(jié)合任務(wù)調(diào)度規(guī)則確定后續(xù)調(diào)度流程。以服務(wù)組件A的執(zhí)行結(jié)果為認(rèn)證成功為例，則任務(wù)調(diào)度器檢測服務(wù)組件B和服務(wù)組件C的狀態(tài)是否為激活，由于兩者均未激活，則任務(wù)調(diào)度器結(jié)束調(diào)度流程，并將認(rèn)證成功的結(jié)果返回給客戶端。根據(jù)本實施例的調(diào)度方法，通過獲取接入的服務(wù)組件，僅將與接入的服務(wù)組件對應(yīng)的任務(wù)配置進行激活，當(dāng)基于用戶請求執(zhí)行調(diào)度時，根據(jù)預(yù)置的調(diào)度規(guī)則和被激活的任 務(wù)配置，動態(tài)生成適應(yīng)當(dāng)前所接入的服務(wù)組件的調(diào)度規(guī)則，并執(zhí)行調(diào)度，因此當(dāng)增加或減少接入的服務(wù)組件時，通過自動改變服務(wù)組件對應(yīng)的任務(wù)配置的激活/未激活狀態(tài)，即可實現(xiàn)組件邏輯的自動更新，無需人工重新配置組件邏輯，重新進行代碼開發(fā)，節(jié)約了大量人力和物力資源。實施例二圖3為一個SOA組件化服務(wù)系統(tǒng)的示例的系統(tǒng)架構(gòu)圖。在本實施例中，結(jié)合圖3所示的一個具體SOA組件化服務(wù)系統(tǒng)，對本發(fā)明實施例的調(diào)度方法進行進一步說明。如圖3所示，在第一階段，在系統(tǒng)中部署用于提供認(rèn)證服務(wù)的用戶認(rèn)證組件，并在第二階段部署用于提供計算機保護服務(wù)的計算機保護組件。由于在第一階段便部署有用戶認(rèn)證組件，因此例如將用戶認(rèn)證組件與任務(wù)調(diào)度器部署在同一臺服務(wù)器中，(圖3中以此情形為示例)，由于計算機保護組件是在第二階段部署的，因此例如其獨立部署在一個功能服務(wù)器中，并通過內(nèi)聯(lián)網(wǎng)與任務(wù)調(diào)度器連接。客戶端作為任務(wù)調(diào)用者，負(fù)責(zé)觸發(fā)任務(wù)調(diào)用，并且SOA組件化服務(wù)系統(tǒng)中，任務(wù)調(diào)度器執(zhí)行的調(diào)度策略對任務(wù)調(diào)用者是透明(不可知)的?？蛻舳死绨惭b在工作站，通過客戶端發(fā)起認(rèn)證請求時，任務(wù)調(diào)度器會調(diào)用用戶認(rèn)證組件提供服務(wù)。圖4為本發(fā)明另一個實施例的調(diào)度方法的流程示意圖。如圖4所示，在圖3所示的SOA組件化服務(wù)系統(tǒng)中，實現(xiàn)本發(fā)明實施例的調(diào)度方法時，包括以下流程步驟S401，開發(fā)組件任務(wù)，并在任務(wù)調(diào)度器中進行任務(wù)配置；具體地，針對服務(wù)組件提供的服務(wù)開發(fā)組件任務(wù)，服務(wù)組件任務(wù)執(zhí)行結(jié)束后回調(diào)任務(wù)服務(wù)器。以用戶認(rèn)證組件為例，假設(shè)使用JAVA語言開發(fā)，實現(xiàn)代碼例如為Public class Authentication
{
Public String login (String username. String password)
{
//進行用戶認(rèn)證服務(wù) //do something
jobContro! (“authentication”，“SUCCEED”)； //認(rèn)證結(jié)束后向任務(wù)
調(diào)度器架設(shè)本次任務(wù)結(jié)果} Private StringjobControl (String idMyself, String code)
{
//回調(diào)任務(wù)調(diào)度器
//do something (idMyself, code)
return “SUCCEED”；
}
}“l(fā)ogin”提供了對外暴露認(rèn)證服務(wù)，并且在任務(wù)執(zhí)行結(jié)束后會回調(diào)任務(wù)調(diào)度器。在任務(wù)調(diào)度器中，針對服務(wù)組件的組件任務(wù)進行任務(wù)配置。具體地，例如配置服務(wù)的以下內(nèi)容服務(wù)唯一索引、調(diào)用地址、端口和/或調(diào)用方法等信息。其中，一個服務(wù)組件可以提供一個或多個服務(wù)，并且各個服務(wù)均具有一個服務(wù)唯一索引，本發(fā)明中不做限制。任務(wù)調(diào)度器初始化時將任務(wù)配置載入內(nèi)存，但并不對其進行激活。以用戶認(rèn)證為例,上述任務(wù)配置例如采用XML方式配置,具體格式例如為
<job id =” authentication^'^
<wsdiUr]>http://127.0.0.0/smp/user wsdi</ wsdlUri> <prot>2000</prot>
</job>步驟S402，在任務(wù)調(diào)度器中配置任務(wù)調(diào)度規(guī)則，定位兩個策略A、配置認(rèn)證成功后執(zhí)行計算保護檢測；B、如果認(rèn)證失敗任務(wù)結(jié)束；具體地，還需在任務(wù)調(diào)度器中預(yù)先配置任務(wù)調(diào)度規(guī)則(即調(diào)度規(guī)則)，該任務(wù)調(diào)度規(guī)則包括對上述任務(wù)配置的調(diào)度次序和/或調(diào)度條件。更為具體地，例如包括根據(jù)任務(wù)執(zhí)行結(jié)果指定下個任務(wù)，其可以指定具體的任務(wù)索引(例如為服務(wù)唯一索引)，或是根據(jù)任務(wù)配置時為不同服務(wù)分配的任務(wù)優(yōu)先級來執(zhí)行；根據(jù)任務(wù)執(zhí)行結(jié)果進行任務(wù)流控制，根據(jù)執(zhí)行結(jié)果碼進行任務(wù)中止、成功、失敗等控制。同樣地，在任務(wù)調(diào)度器初始化時，任務(wù)調(diào)度規(guī)則也會被載入到內(nèi)存。上述任務(wù)調(diào)度規(guī)則例如采用XML方式配置，具體格式例如為
<jobGroup>
<job id-1 authentication”〉
<next On=XOMPLETED" to="job2M />
<fail on="UNKNOWN" exit-code="EARLY TERMINATION" /><end on=”*” exit-code="TERMlNATION" />
</job >
<job id=” job2”>
<end on="*" exit-cocie="SUCCEED" />
</ job >
</ jobGroup >步驟S403，進行第一階段部署，即部署用戶認(rèn)證組件，但不部署計算機保護組件；步驟S404，啟動系統(tǒng)，系統(tǒng)進行初始化操作，包括調(diào)度服務(wù)器執(zhí)行初始化操作，將任務(wù)配置和任務(wù)調(diào)度規(guī)則載入內(nèi)存；并且，用戶認(rèn)證組件執(zhí)行初始化操作，向任務(wù)調(diào)度器注冊監(jiān)聽認(rèn)證服務(wù)，任務(wù)調(diào)度器根據(jù)用戶認(rèn)證組件的注冊將任務(wù)配置中定義的認(rèn)證服務(wù)激活；具體地，任務(wù)調(diào)度器例如使用一個字段來標(biāo)識任務(wù)配置的狀態(tài)，例如，該字段采用“0”指示未激活狀態(tài)，采用“I”指示激活狀態(tài)。當(dāng)任務(wù)調(diào)度器對相應(yīng)的任務(wù)配置進行激活時，只需將該字段的數(shù)值由“0”修改為“I”即可。而且，用戶認(rèn)證組件例如通過向任務(wù)調(diào)度器發(fā)送一個注冊信息，來實現(xiàn)向任務(wù)調(diào)度器注冊監(jiān)聽認(rèn)證服務(wù)，該注冊信息攜帶有用戶認(rèn)證服務(wù)的服務(wù)唯一索引，使得任務(wù)調(diào)度器根據(jù)該服務(wù)唯一索引，確定出內(nèi)存中與其對應(yīng)的任務(wù)配置。此外，雖然在上述步驟404中，以用戶認(rèn)證組件主動向任務(wù)調(diào)度器進行注冊為例進行說明，但在實際應(yīng)用中，也可以由任務(wù)調(diào)度器在初始化后，根據(jù)預(yù)設(shè)掃描規(guī)則(例如為預(yù)設(shè)掃描間隔)，掃描接入的服務(wù)組件，獲取接入的服務(wù)組件的標(biāo)識，從而對相應(yīng)的任務(wù)配置進行激活。步驟S405，客戶端發(fā)起一個認(rèn)證，任務(wù)調(diào)度器觸發(fā)用戶認(rèn)證組件的認(rèn)證服務(wù) ’認(rèn)證服務(wù)執(zhí)行結(jié)束后回調(diào)任務(wù)調(diào)度器接口，任務(wù)調(diào)度器接收到回調(diào)后檢索任務(wù)調(diào)度規(guī)則，發(fā)現(xiàn)沒有繼續(xù)執(zhí)行的任務(wù)，并返回結(jié)果，認(rèn)證結(jié)束；具體地，任務(wù)調(diào)度器根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度接入的服務(wù)組件執(zhí)行操作，包括根據(jù)所述預(yù)置的調(diào)度規(guī)則，確定本次調(diào)度的服務(wù)組件；檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活；若檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置激活，則根據(jù)所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置，調(diào)度所述本次調(diào)度的服務(wù)組件執(zhí)行操作，并接收所述本次調(diào)度的服務(wù)組件返回的執(zhí)行結(jié)果；根據(jù)所述預(yù)置的調(diào)度規(guī)則和所述執(zhí)行結(jié)果，判斷是否存在待調(diào)度的服務(wù)組件，若存在，將所述本次調(diào)度的服務(wù)組件更新為所述待調(diào)度的服務(wù)組件，并返回執(zhí)行檢測本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活，以及當(dāng)激活時進行調(diào)度的操作；若不存在，則將所述執(zhí)行結(jié)果返回給所述用戶。由于在第一階段部署中，未部署計算機保護組件，則任務(wù)調(diào)度器結(jié)合任務(wù)調(diào)度規(guī)則及計算機保護組件對應(yīng)的任務(wù)配置的狀態(tài)，確定沒有繼續(xù)執(zhí)行的任務(wù)，向客戶端返回用戶認(rèn)證組件的認(rèn)證結(jié)果，并結(jié)束流程。步驟S406，在第二階段部署計算機保護組件，組件啟動后向任務(wù)調(diào)度器注冊監(jiān)聽，任務(wù)調(diào)度服務(wù)器的任務(wù)配置中的計算機保護服務(wù)被激活； 步驟S407，客戶端再發(fā)起一個認(rèn)證，觸發(fā)用戶認(rèn)證組件的認(rèn)證服務(wù)。認(rèn)證服務(wù)執(zhí)行結(jié)束后回調(diào)任務(wù)調(diào)度器接口，任務(wù)調(diào)度器接收到回調(diào)后檢索任務(wù)調(diào)度規(guī)則，發(fā)現(xiàn)在認(rèn)證成功后需執(zhí)行計算機保護檢測(由于計算機保護服務(wù)被激活，且任務(wù)調(diào)度規(guī)則中定義了認(rèn)證成功后執(zhí)行計算機保護)，任務(wù)調(diào)度器觸發(fā)計算機保護檢測。根據(jù)上述實施例的調(diào)度方法，實現(xiàn)了在不同階段、不同時期進行組件部署時，無需進行組件邏輯重新配置以及重新代碼開發(fā)等工作，節(jié)約了大量人力和物力資源。實施例三圖5為本發(fā)明一個實施例的調(diào)度設(shè)備的結(jié)構(gòu)示意圖。如圖5所示，該調(diào)度設(shè)備包括獲取模塊51，用于獲取接入的服務(wù)組件；激活模塊52，用于激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置；調(diào)度模塊53，根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。本實施例的調(diào)度設(shè)備例如為任務(wù)調(diào)度器，其執(zhí)行任務(wù)調(diào)度的流程與上述實施例的調(diào)度方法相同，故此處不再贅述。根據(jù)本實施例的調(diào)度設(shè)備，通過獲取接入的服務(wù)組件，僅將與接入的服務(wù)組件對應(yīng)的任務(wù)配置進行激活，當(dāng)基于用戶請求執(zhí)行調(diào)度時，根據(jù)預(yù)置的調(diào)度規(guī)則和被激活的任務(wù)配置，動態(tài)生成適應(yīng)當(dāng)前所接入的服務(wù)組件的調(diào)度規(guī)則，并執(zhí)行調(diào)度，因此當(dāng)增加或減少接入的服務(wù)組件時，通過自動改變服務(wù)組件對應(yīng)的的任務(wù)配置的激活/未激活狀態(tài)，即可實現(xiàn)組件邏輯的自動更新，無需人工重新配置組件邏輯，重新進行代碼開發(fā)，節(jié)約了大量人力和物力資源。進一步地，在上述實施例的調(diào)度設(shè)備中，所述獲取模塊具體用于接收所述接入的服務(wù)組件發(fā)送的注冊信息，所述注冊信息攜帶有所述服務(wù)組件的標(biāo)識；或者，掃描所述接入的服務(wù)組件，獲取所述接入的服務(wù)組件的標(biāo)識。進一步地，在上述實施例的調(diào)度設(shè)備中，所述激活模塊具體用于從預(yù)先存儲的至少兩個任務(wù)配置中，對包括所述接入的服務(wù)組件的標(biāo)識的任務(wù)配置進行激活。進一步地，在上述實施例的調(diào)度設(shè)備中，所述調(diào)度模塊具體用于根據(jù)所述預(yù)置的調(diào)度規(guī)則，確定本次調(diào)度的服務(wù)組件；檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活；若檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置激活，則根據(jù)所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置，調(diào)度所述本次調(diào)度的服務(wù)組件執(zhí)行操作，并接收所述本次調(diào)度的服務(wù)組件返回的執(zhí)行結(jié)果；根據(jù)所述預(yù)置的調(diào)度規(guī)則和所述執(zhí)行結(jié)果，判斷是否存在待調(diào)度的服務(wù)組件，若存在，將所述本次調(diào)度的服務(wù)組件更新為所述待調(diào)度的服務(wù)組件，并返回執(zhí)行檢測本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活，以及當(dāng)激活時進行調(diào)度的操作；若不存在，則將所述執(zhí)行結(jié)果返回給所述用戶。
進一步地，在上述實施例的調(diào)度設(shè)備中，還包括預(yù)置模塊，用于獲取并存儲調(diào)度規(guī)則以及至少兩個任務(wù)配置，所述調(diào)度規(guī)則包括所述至少兩個任務(wù)配置的調(diào)度次序和/或調(diào)度條件；將所述至少兩個任務(wù)配置的狀態(tài)設(shè)置為未激活。實施例四圖6為本發(fā)明一個實施例的服務(wù)系統(tǒng)的系統(tǒng)架構(gòu)圖。如圖6所示，包括上述實施例的調(diào)度設(shè)備61，以及接入所述調(diào)度設(shè)備61的至少一個服務(wù)組件62 (圖6中僅以2個為示例)。本實施例的服務(wù)系統(tǒng)中，執(zhí)行任務(wù)調(diào)度的流程與上述實施例的調(diào)度方法相同，故此處不再贅述。根據(jù)本實施例的服務(wù)系統(tǒng)，通過由調(diào)度設(shè)備獲取接入的服務(wù)組件，僅將與接入的服務(wù)組件對應(yīng)的任務(wù)配置進行激活，當(dāng)基于用戶請求執(zhí)行調(diào)度時，根據(jù)預(yù)置的調(diào)度規(guī)則和被激活的任務(wù)配置，動態(tài)生成適應(yīng)當(dāng)前所接入的服務(wù)組件的調(diào)度規(guī)則，并執(zhí)行調(diào)度，因此當(dāng)增加或減少接入的服務(wù)組件時，通過自動改變服務(wù)組件對應(yīng)的的任務(wù)配置的激活/未激活狀態(tài)，即可實現(xiàn)組件邏輯的自動更新，無需人工重新配置組件邏輯，重新進行代碼開發(fā)，節(jié)約了大量人力和物力資源。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種調(diào)度方法，其特征在于，包括 獲取接入的服務(wù)組件； 激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置； 根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。
2.根據(jù)權(quán)利要求I所述的調(diào)度方法，其特征在于，所述獲取接入的服務(wù)組件，包括 接收所述接入的服務(wù)組件發(fā)送的注冊信息，所述注冊信息攜帶有所述服務(wù)組件的標(biāo)識；或者 根據(jù)預(yù)設(shè)掃描規(guī)則，掃描所述接入的服務(wù)組件，獲取所述接入的服務(wù)組件的標(biāo)識。
3.根據(jù)權(quán)利要求2所述的調(diào)度方法，其特征在于，所述激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置，包括 從預(yù)先存儲的至少兩個任務(wù)配置中，對包括所述接入的服務(wù)組件的標(biāo)識的任務(wù)配置進行激活。
4.根據(jù)權(quán)利要求1-3任一所述的調(diào)度方法，其特征在于，所述根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，包括 根據(jù)所述預(yù)置的調(diào)度規(guī)則，確定本次調(diào)度的服務(wù)組件； 檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活； 若檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置激活，則根據(jù)所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置，調(diào)度所述本次調(diào)度的服務(wù)組件執(zhí)行操作，并接收所述本次調(diào)度的服務(wù)組件返回的執(zhí)行結(jié)果； 根據(jù)所述預(yù)置的調(diào)度規(guī)則和所述執(zhí)行結(jié)果，判斷是否存在待調(diào)度的服務(wù)組件，若存在，將所述本次調(diào)度的服務(wù)組件更新為所述待調(diào)度的服務(wù)組件，并返回執(zhí)行檢測本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活，以及當(dāng)激活時進行調(diào)度的操作；若不存在，則將所述執(zhí)行結(jié)果返回給所述用戶。
5.根據(jù)權(quán)利要求1-3任一所述的調(diào)度方法，其特征在于，所述獲取接入的服務(wù)組件，之前還包括 獲取并存儲調(diào)度規(guī)則以及至少兩個任務(wù)配置，所述調(diào)度規(guī)則包括所述至少兩個任務(wù)配置的調(diào)度次序和/或調(diào)度條件； 將所述至少兩個任務(wù)配置的狀態(tài)設(shè)置為未激活。
6.一種調(diào)度設(shè)備，其特征在于，包括 獲取模塊，用于獲取接入的服務(wù)組件； 激活模塊，用于激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置； 調(diào)度模塊，根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。
7.根據(jù)權(quán)利要求6所述的調(diào)度設(shè)備，其特征在于，所述獲取模塊具體用于接收所述接入的服務(wù)組件發(fā)送的注冊信息，所述注冊信息攜帶有所述服務(wù)組件的標(biāo)識；或者，掃描所述接入的服務(wù)組件，獲取所述接入的服務(wù)組件的標(biāo)識。
8.根據(jù)權(quán)利要求7所述的調(diào)度設(shè)備，其特征在于，所述激活模塊具體用于從預(yù)先存儲的至少兩個任務(wù)配置中，對包括所述接入的服務(wù)組件的標(biāo)識的任務(wù)配置進行激活。
9.根據(jù)權(quán)利要求6-8任一所述的調(diào)度設(shè)備，其特征在于，所述調(diào)度模塊具體用于根據(jù)所述預(yù)置的調(diào)度規(guī)則，確定本次調(diào)度的服務(wù)組件； 檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活； 若檢測所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置激活，則根據(jù)所述本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置，調(diào)度所述本次調(diào)度的服務(wù)組件執(zhí)行操作，并接收所述本次調(diào)度的服務(wù)組件返回的執(zhí)行結(jié)果； 根據(jù)所述預(yù)置的調(diào)度規(guī)則和所述執(zhí)行結(jié)果，判斷是否存在待調(diào)度的服務(wù)組件，若存在，將所述本次調(diào)度的服務(wù)組件更新為所述待調(diào)度的服務(wù)組件，并返回執(zhí)行檢測本次調(diào)度的服務(wù)組件對應(yīng)的任務(wù)配置是否激活，以及當(dāng)激活時進行調(diào)度的操作；若不存在，則將所述執(zhí)行結(jié)果返回給所述用戶。
10.根據(jù)權(quán)利要求6-8任一所述的調(diào)度設(shè)備，其特征在于，還包括預(yù)置模塊，用于獲取并存儲調(diào)度規(guī)則以及至少兩個任務(wù)配置，所述調(diào)度規(guī)則包括所述至少兩個任務(wù)配置的調(diào)度次序和/或調(diào)度條件；將所述至少兩個任務(wù)配置的狀態(tài)設(shè)置為未激活。
11.一種服務(wù)系統(tǒng)，其特征在于，包括權(quán)利要求6-10任一所述的調(diào)度設(shè)備，以及接入所述調(diào)度設(shè)備的至少一個服務(wù)組件。
全文摘要
本發(fā)明提供一種調(diào)度方法、設(shè)備及系統(tǒng)，該調(diào)度方法包括獲取接入的服務(wù)組件；激活預(yù)先存儲的、與所述接入的服務(wù)組件對應(yīng)的任務(wù)配置；根據(jù)預(yù)置的調(diào)度規(guī)則和所述激活的任務(wù)配置，調(diào)度所述接入的服務(wù)組件執(zhí)行操作，以響應(yīng)用戶發(fā)送的服務(wù)請求。根據(jù)本發(fā)明提供的調(diào)度方法、設(shè)備及系統(tǒng)，能夠?qū)崿F(xiàn)根據(jù)當(dāng)前配置的應(yīng)用組件動態(tài)生成相適應(yīng)的組件調(diào)度邏輯。
文檔編號G06Q10/06GK102831494SQ201210256459
公開日2012年12月19日 申請日期2012年7月23日 優(yōu)先權(quán)日2012年7月23日
發(fā)明者馮馳 申請人:北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司