一種任務狀態的查詢方法和裝置與流程

2023-05-01 09:00:11

本申請涉及通信
技術領域：
，特別是涉及一種任務狀態的查詢方法和一種任務狀態的查詢裝置。
背景技術：
：在許多普通的網站，如社交網站、微博等，用戶在登錄之後，通常要實時向網站的伺服器查詢用戶的帳號是否有新的消息、是否有新的通知、是否有新的留言等等，如果有，則拉取並展示。現在通常是間隔一段固定的時間去伺服器查詢用戶的帳號是否有改變，從而進行增量式的更新。但是，間隔多長時間去查詢成了問題，因為性能和即時性造成了嚴重的反比關係。若間隔的時間太短，連續不斷的請求容易衝垮伺服器。若間隔的時間太長，伺服器上的新數據就需要越多的時間才能到達客戶端，產生延遲、實時性差。技術實現要素：鑑於上述問題，提出了本申請實施例以便提供一種克服上述問題或者至少部分地解決上述問題的一種任務狀態的查詢方法和相應的一種任務狀態的查詢裝置。為了解決上述問題，本申請實施例公開了一種任務狀態的查詢方法，包括：向伺服器發送針對指定任務的任務狀態的查詢請求；當接收到伺服器針對所述查詢請求返回的響應消息時，從所述響應消息中讀取任務狀態；當所述任務狀態為任務運行中時，根據所述響應消息設置下一次的查詢 時間；判斷是否經過下一次的查詢時間，若是，則返回執行所述向伺服器發送針對指定任務的任務狀態的查詢請求的步驟。優選地，所述向伺服器發送查詢指定任務的任務狀態的請求的步驟包括：查找在預設的消息隊列中的任務標識；向伺服器發送查詢所述任務標識對應的任務狀態的請求。優選地，所述根據所述響應消息設置下一次的查詢時間的步驟包括：計算所述響應消息中運行日誌信息的日誌長度；按照所述日誌長度設置下一次的查詢時間。優選地，所述按照所述日誌長度設置下一次的查詢時間的步驟包括：當所述日誌長度大於或等於第一長度閾值時，設置下一次的查詢時間為第一時間；當所述日誌長度大於或等於第二長度閾值、且小於第一長度閾值時，設置下一次的查詢時間為第二時間；當所述日誌長度小於第二長度閾值時，設置下一次的查詢時間為第三時間；其中，所述第一長度閾值大於所述第二長度閾值；所述第一時間小於所述第二時間，所述第二時間小於所述第三時間。優選地，所述根據所述響應消息設置下一次的查詢時間的步驟包括：從所述響應消息中提取伺服器的運行負載信息；按照所述運行負載信息設置下一次的查詢時間。優選地，所述按照所述運行負載信息設置下一次的查詢時間的步驟包括：當所述運行負載信息為快速運行時，設置下一次的查詢時間為第四時間；當所述運行負載信息為正常運行時，設置下一次的查詢時間為第五時間；當所述運行負載信息為慢速運行時，設置下一次的查詢時間為第六時間；其中，所述第四時間小於所述第五時間，所述第五時間小於所述第六時間。優選地，還包括：針對任務運行中的任務狀態生成提示信息；展示所述響應消息中的運行日誌信息。優選地，還包括：當所述任務狀態為任務運行成功時，針對任務運行成功的任務狀態生成提示信息；向伺服器請求所述任務的運行結果；當請求到運行結果時，展示所述運行結果；當未請求到運行結果時，結束向伺服器查詢指定任務的任務狀態的操作。優選地，還包括：當未接收到伺服器針對所述查詢請求返回的響應消息時，查找上一次的查詢時間；當經過上一次的查詢時間時，返回執行所述向伺服器發送針對指定任務的任務狀態的查詢請求的步驟；當向伺服器查詢指定任務的任務狀態的次數超過預設的次數閾值時，結束向伺服器查詢指定任務的任務狀態的操作；針對結束查詢任務的操作生成提示信息。優選地，還包括：向伺服器發送任務的生成請求；當接收到伺服器針對所述生成請求返回的響應消息時，判斷任務是否生成；若是，則將生成的任務的任務標識寫入預設的消息隊列中；若否，則從所述響應消息中提取失敗提示信息，展示所述失敗提示信息。本申請實施例還公開了一種任務狀態的查詢裝置，包括：查詢請求發送模塊，用於向伺服器發送針對指定任務的任務狀態的查詢請求；任務狀態當前模塊，用於在接收到伺服器針對所述查詢請求返回的響應消息時，從所述響應消息中讀取任務狀態；查詢時間設置模塊，用於在所述任務狀態為任務運行中時，根據所述響應消息設置下一次的查詢時間；計時模塊，用於判斷是否經過下一次的查詢時間，若是，則返回調用所述查詢請求發送模塊。優選地，所述查詢請求發送模塊包括：任務標識變量查找子模塊，用於查找在預設的消息隊列中的任務標識；請求發送子模塊，用於向伺服器發送查詢所述任務標識對應的任務狀態的請求。優選地，所述查詢時間設置模塊包括：日誌長度計算子模塊，用於計算所述響應消息中運行日誌信息的日誌長度；第一設置子模塊，用於按照所述日誌長度設置下一次的查詢時間。優選地，所述第一設置子模塊包括：第一時間設置單元，用於在所述日誌長度大於或等於第一長度閾值時，設置下一次的查詢時間為第一時間；第二時間設置單元，用於在所述日誌長度大於或等於第二長度閾值、且小於第一長度閾值時，設置下一次的查詢時間為第二時間；第三時間設置單元，用於在所述日誌長度小於第二長度閾值時，設置下一次的查詢時間為第三時間；其中，所述第一長度閾值大於所述第二長度閾值；所述第一時間小於所述第二時間，所述第二時間小於所述第三時間。優選地，所述查詢時間設置模塊包括：運行負載信息提取子模塊，用於從所述響應消息中提取伺服器的運行負載信息；第二設置子模塊，用於按照所述運行負載信息設置下一次的查詢時間。優選地，所述第二設置子模塊包括：第四時間設置單元，用於在所述運行負載信息為快速運行時，設置下一次的查詢時間為第四時間；第五時間設置單元，用於在所述運行負載信息為正常運行時，設置下一次的查詢時間為第五時間；第六時間設置單元，用於在所述運行負載信息為慢速運行時，設置下一次的查詢時間為第六時間；其中，所述第四時間小於所述第五時間，所述第五時間小於所述第六時間。優選地，還包括：第一提示信息生成模塊，用於針對任務運行中的任務狀態生成提示信息；運行日誌信息展示模塊，用於展示所述響應消息中的運行日誌信息。優選地，還包括：第二提示信息生成模塊，用於在所述任務狀態為任務運行成功時，針對任務運行成功的任務狀態生成提示信息；運行結果請求模塊，用於向伺服器請求所述任務的運行結果；運行結果展示模塊，用於在請求到運行結果時，展示所述運行結果；第一查詢結束模塊，用於在未請求到運行結果時，結束向伺服器查詢指定任務的任務狀態的操作。優選地，還包括：查詢時間查找模塊，用於在未接收到伺服器針對所述查詢請求返回的響應消息時，查找上一次的查詢時間；重查詢模塊，用於判斷是否經過上一次的查詢時間，若是，則返回調用所述查詢請求發送模塊；第二查詢結束模塊，用於在向伺服器查詢指定任務的任務狀態的次數超過預設的次數閾值時，結束向伺服器查詢指定任務的任務狀態的操作；第三提示信息生成模塊，用於針對結束查詢任務的操作生成提示信息。優選地，還包括：生成請求發送模塊，用於向伺服器發送任務的生成請求；任務生成判斷模塊，用於在接收到伺服器針對所述生成請求返回的響應消息時，判斷任務是否生成；若是，則調用任務標識寫入模塊，若否，則調用失敗提示信息提取模塊；任務標識寫入模塊，用於將生成的任務的任務標識寫入預設的消息隊列中；失敗提示信息提取模塊，用於從所述響應消息中提取失敗提示信息；失敗提示信息展示模塊，用於展示所述失敗提示信息。本申請實施例包括以下優點：本申請實施例在任務運行中時，可以從響應消息獲知處理狀態，從而基於當前的處理狀態智能設置輪詢的時間，實現動態輪詢，避免了連續不斷的請求衝垮伺服器，同時，減少了獲取任務狀態的時間，減少延遲，提高實時性。附圖說明圖1是本申請的一種任務狀態的查詢方法實施例1的步驟流程圖；圖2是本申請的一種任務狀態的查詢方法實施例2的步驟流程圖；圖3是本申請的一種任務狀態的查詢方法實施例3的步驟流程圖；圖4是本申請的一種任務狀態的查詢方法實施例4的步驟流程圖；圖5是本申請的一種任務狀態的查詢裝置實施例的結構框圖。具體實施方式為使本申請的上述目的、特徵和優點能夠更加明顯易懂，下面結合附圖和具體實施方式對本申請作進一步詳細的說明。參照圖1，示出了本申請的一種任務狀態的查詢方法實施例1的步驟流程圖，具體可以包括如下步驟：步驟101，向伺服器發送針對指定任務的任務狀態的查詢請求；在具體實現中，在伺服器運行任務(Job)之後，可以向伺服器查詢該任務的任務狀態。例如，對於普通類的網站，如社交網站、微博等，用戶在登錄之後，通常要實時向網站的伺服器查詢用戶的帳號是否有新的消息、是否有新的通知、是否有新的留言等等。又例如，對於大數據計算類的網站，可能要同時運行幾個腳本代碼(任務)，處理一些事情，比如統計總量、分類量，百分比、增長率。而這些任務發送到底層伺服器通過數據篩查、計算等過程，而且機器又是分布集群，一般是很慢的，不能實時返回結果，即異步運行。因此，通常要運行一段時間，少則數分鐘、多則數小時、甚至數天，查詢下發的任務的進度及運行情況。應用本申請實施例，在任務生成時，可以預先將任務的任務標識(如JobID、index(如果有，子任務序列號))緩存至消息隊列中。因此，可以查找在預設的消息隊列中的任務標識(JobID)，進而，向伺服器發送查詢任務標識(JobID)對應的任務狀態的請求。由於消息隊列中的JobID相互獨立，因此，可以支持多任務同時查詢任務狀態。在本申請實施例的一個示例中，可以基於Ajax(AsynchronousJavascriptAndXML，異步JavaScript和XML(標準通用標記語言的子集))向伺服器查詢任務狀態。Ajax就是對瀏覽器本身的特性(IE5.6瀏覽器為ActiveXObject，其他瀏覽器為XMLHttpRequest)做的封裝，成為一個方法，目標是發送一個HTTP(Hypertexttransferprotocol，超文本傳送協議)請求，一般包含幾個部分：url:請求的URL(UniformResourceLocator，統一資源定位符)；data:請求的參數，如JobID；timeout:超時時間，即距收到伺服器響應的最大等待時間，超時則放棄該請求；success:成功收到響應數據的處理函數；error:請求各種異常的處理函數。步驟102，當接收到伺服器針對所述查詢請求返回的響應消息時，從所述響應消息中讀取任務狀態；伺服器若接收到了JobID，則可以查詢該JobID對應Job的運行日誌信息，通過響應消息返回。其中，該運行日誌信息中包括如下的一項或多項內容：運行日誌內容、日誌長度、任務狀態(任務運行中、任務運行成功、任務運行失敗)、是否最後一個任務、是否有運行結果。因此，若接收到伺服器針對查詢請求返回的響應消息，則可以讀取運行日誌信息，從日誌運行信息中讀取任務狀態。需要說明的是，對於任務的任務狀態，也可以存儲至消息隊列中。步驟103，當所述任務狀態為任務運行中時，根據所述響應消息設置下一次的查詢時間；在本申請實施例中，若接收到伺服器針對查詢請求返回的響應消息，則可以執行successCallback流程。在successCallback流程中，若任務狀態為任務運行中，則表示該任務正在伺服器處理，並未結束，因此，需要繼續輪詢。在本申請實施例中，可以通過任務/伺服器當前的運行信息智能設置下一次的查詢時間，即距上次成功查詢到任務狀態時到再次發起查詢請求時之間的時間長度，該查詢時間可以是以秒為單位，也可以是以毫秒為單位，本申請實施例對此不加以限制。對於下一次的查詢時間，可以採用Javascript的setTimeout方法或setInterval方法設置定時器的方式計時。在本申請的一個實施例中，步驟103可以包括如下子步驟：子步驟S11，計算所述響應消息中運行日誌信息的日誌長度；子步驟S12，按照所述日誌長度設置下一次的查詢時間。任務在運作時會產生一個叫log的運行日誌信息，每一行日誌記載著日期、時間、使用者及動作等相關操作的描述。在本申請實施例中，日誌長度與下一次的查詢時間可以成反比。日誌長度越長，則表示內容越多，伺服器的操作越頻繁，可能需要用戶處理的事情就越多，因此，下一次的查詢時間就越短，讓用戶及時了解任務的任務狀態，及時進行應對。在實際應用中，本領域技術人員可以根據實際情況(如經驗值、業務情景等)設置相應的下一次查詢時間的間隔等級、間隔值，以及日誌長度的長度閾值等等。對於時間等級，可以設置為任意N(N為正整數)個，對於間隔值，可以設置為1秒、200毫秒等等，對於日誌長度，可以設置為任意N(N為正整數)個等級，字節為單位，如1000位元組、100位元組等等。在本申請實施例的一個示例中，可以設置根據運行日誌信息文本的長度決定設定三個時間間隔：日誌長度(X)下一次的查詢時間X≥largeLogLengthsmallIntervalnormalLogLength≤X＜largeLogLengthmiddleIntervalX＜normalLogLengthlargeInterval具體而言：當日誌長度大於或等於第一長度閾值largeLogLength時，可以認為任務的運行狀態為快速運行，為快速反應一定的任務運行情況，故需要快速進行反饋，可以設置下一次的查詢時間為第一時間smallInterval(如1秒)。當日誌長度大於或等於第二長度閾值normalLogLength、且小於第一長度閾值largeLogLength時，可以認為任務運行情況一般，正常間隔查詢任務狀態即可，因此，可以設置下一次的查詢時間為第二時間middleInterval(如2秒)；當所述日誌長度小於第二長度閾值normalLogLength時，可以認為任務為運行緩慢或任務等待中等情況，則可較大間隔後查詢任務狀態，設置下一次的查詢時間為第三時間largeInterval(如3秒)；其中，第一長度閾值大於所述第二長度閾值，第一時間小於第二時間，第二時間小於第三時間。當然，上述基於日誌長度設置查詢時間的方式只是作為示例，在實施本申請實施例時，可以根據實際情況設置其他基於日誌長度設置查詢時間的方式，本申請實施例對此不加以限制。另外，除了上述基於日誌長度設置查詢時間的方式外，本領域技術人員還可以根據實際需要採用其它基於日誌長度設置查詢時間的方式，本申請實施例對此也不加以限制。在本申請的另一個實施例中，步驟103可以包括如下子步驟：子步驟S21，從所述響應消息中提取伺服器的運行負載信息；子步驟S22，按照所述運行負載信息設置下一次的查詢時間。伺服器的運行負載信息或其他決定因素信息可以以狀態位的形式反饋在響應消息中，如busyStatus。在本申請實施例中，伺服器的運行負載與下一次的查詢時間可以成反比。伺服器運行負載越小，運行速度越快，可以有越多的資源去查詢任務的任務狀態，因此，下一次的查詢時間越短，讓用戶及時了解任務的任務狀態，及時進行應對。在實際應用中，本領域技術人員可以根據實際情況(如經驗值、業務情景等)設置相應的下一次查詢時間的間隔等級、間隔值，以及日誌長度的長度閾值等等。對於時間等級，可以設置為任意N(N為正整數)個，對於間隔值，可以設置為1秒、200毫秒等等，對於運行負載信息，可以設置為任意N(N為正整數)個等級，如閒/忙，快速運行/正常運行/慢速運行等等。在本申請實施例的一個示例中，可以設置根據伺服器的運行負載狀態決定設定三個時間間隔：運行負載信息busyStatus下一次的查詢時間快速運行smallInterval正常運行middleInterval慢速運行largeInterval具體而言：當運行負載信息busyStatus為快速運行時，可以認為伺服器的負載較低，可用資源較多，為快速反應一定的任務運行情況，故需要快速進行反饋，可以設置下一次的查詢時間為第四時間smallInterval(如1秒)；當運行負載信息busyStatus為正常運行時，可以認為伺服器的負載正常，可用資源一般，正常間隔查詢任務狀態即可，因此，可以設置下一次的查詢時間為第五時間middleInterval(如2秒)；當運行負載信息busyStatus為慢速運行時，可以認為伺服器的負載較高，可用資源較少，可以設置下一次的查詢時間為第六時間largeInterval(如3秒)；其中，第四時間小於第五時間，第五時間小於第六時間。當然，上述基於運行負載信息設置查詢時間的方式只是作為示例，在實施本申請實施例時，可以根據實際情況設置其他基於運行負載信息設置查詢時間的方式，本申請實施例對此不加以限制。另外，除了上述基於運行負載信息設置查詢時間的方式外，本領域技術人員還可以根據實際需要採用其它基於日誌長度設置查詢時間的方式，本申請實施例對此也不加以限制。在本申請實施例中，可以針對任務運行中的任務狀態生成提示信息，並展示響應消息中的運行日誌信息，讓用戶了解該任務的運行情況。其中，該提示信息可以基於Notification生成，可以在客戶端(如瀏覽器)中某一位置、以窗口的方式展示。該窗口無需用戶關閉，自動在若干時間後關閉。在所運行的任務的標題上加以背景顏色提示，一般為易於理解且醒目的顏色，如任務運行中的顏色為黃色。此外，由於運行日誌信息中的數據一般可以直接展示給用戶，少數部分 可以進行轉換後再展示，有特殊要求的可作篩選、轉換等等。需要說明的是，由於可能並發查詢多個任務的狀態，在頁面中可能存在兩個或兩個以上的提示信息，該提示信息的窗口位置錯開，互不影響。步驟104，判斷是否經過下一次的查詢時間，若是，則返回執行步驟101。當定時器計時完成時，到達下一次的查詢時間時，可以從消息隊列中，查詢該定時器對應的JobID，繼續查詢該JobID對應的任務的任務狀態。本申請實施例在任務運行中時，可以從響應消息獲知處理狀態，從而基於當前的處理狀態智能設置輪詢的時間，實現動態輪詢，避免了連續不斷的請求衝垮伺服器，同時，減少了獲取任務狀態的時間，減少延遲，提高實時性。參照圖2，示出了本申請的一種任務狀態的查詢方法實施例2的步驟流程圖，具體可以包括如下步驟：步驟201，向伺服器發送針對指定任務的任務狀態的查詢請求；步驟202，當接收到伺服器針對所述查詢請求返回的響應消息時，從所述響應消息中讀取任務狀態；步驟203，當所述任務狀態為任務運行成功時，針對任務運行成功的任務狀態生成提示信息；步驟204，向伺服器請求所述任務的運行結果；步驟205，當請求到運行結果時，展示所述運行結果；步驟206，當未請求到運行結果時，結束向伺服器查詢指定任務的任務狀態的操作。在本申請實施例中，伺服器返回的運行日誌信息中，某一個欄位表示任務運行成功，若檢測到該欄位，則可以表示任務運行成功。在successCallback流程中，針對任務運行成功的任務狀態，可以生成提示信息，讓用戶了解該任務的運行情況。其中，該提示信息可以基於Notification生成，可以在客戶端任務運行成功中某一位置、以窗口的方式展示。該窗口無需用戶關閉，自動在若干時間後關閉。在所運行的任務的標題上加以背景顏色提示，一般為易於理解且醒目的顏色，如任務運行成功的顏色為綠色。若識別任務運行成功，則可以向伺服器發送JobId、index(如果有，子任務序列號)拉取任務的運行結果。若請求到運行結果，則可以展示給用戶。而對於一些特別的任務，比如查詢簡要信息等，是沒有任務運行結果的，嚴格來說，是將這些運行結果的信息放在運行日誌信息中返回了。因此，若未請求到運行結果，則可以直接結束查詢操作，將消息隊列中該任務相關的信息刪除，如JobID、任務狀態等。參照圖3，示出了本申請的一種任務狀態的查詢方法實施例3的步驟流程圖，具體可以包括如下步驟：步驟301，向伺服器發送針對指定任務的任務狀態的查詢請求；步驟302，當未接收到伺服器針對所述查詢請求返回的響應消息時，查找上一次的查詢時間；步驟303，判斷是否經過上一次的查詢時間，若是，則返回執行步驟301；步驟304，當向伺服器查詢指定任務的任務狀態的次數超過預設的次數閾值時，結束向伺服器查詢指定任務的任務狀態的操作；步驟305，針對結束查詢任務的操作生成提示信息。在本申請實施例中，若由於網絡異常或者超時等原因，未接收到伺服器針對查詢請求返回的響應消息，則可以執行errorCallback流程。在errorCallback流程中，可以重新對JobID設置定時器，時間為上一次的查詢時間。當定時器計時完成時，到達上一次的查詢時間時，可以從消息隊列中，查詢該定時器對應的JobID，繼續查詢該JobID對應的任務的任務狀態。若查詢次數超過預設的次數閾值maxTrytime，即當因異常情況重試時的最大嘗試次數，則可以直接結束查詢操作，將消息隊列中該任務相關的信息 刪除，如JobID、任務狀態等。此外，還可以針對結束查詢任務的操作生成提示信息。其中，該提示信息可以基於Notification生成，可以在客戶端任務運行成功中某一位置、以窗口的方式展示。該窗口無需用戶關閉，自動在若干時間後關閉。在所運行的任務的標題上加以背景顏色提示，一般為易於理解且醒目的顏色，如網絡異常的顏色為紅棕色。參照圖4，示出了本申請的一種任務狀態的查詢方法實施例4的步驟流程圖，具體可以包括如下步驟：步驟401，向伺服器發送任務的生成請求；步驟402，當接收到伺服器針對所述生成請求返回的響應消息時，判斷任務是否生成；若是，則執行步驟403，若否，則執行步驟404；步驟403，將生成的任務的任務標識寫入預設的消息隊列中；步驟404，從所述響應消息中提取失敗提示信息；步驟405，展示所述失敗提示信息。在本申請實施例中，客戶端(如瀏覽器)可以將任務的相關條件信息發送至伺服器。例如，任務代碼或者腳本文件(如SQL語句)、任務參數(如SQL的where條件)、其他輔助參數(如用戶登錄態)等。伺服器收到任務的相關信息，生成任務，並配置JobID，如果這個任務需要分隔成多個子任務，則會返回子任務個數給客戶端(如瀏覽器)。客戶端(如瀏覽器)成功收到來自伺服器的響應消息，判斷是否生成任務成功。以ajax為例，在請求成功發送(即返回200狀態碼)、響應消息中返回JobID時，則可以判斷生成任務成功。若生成任務成功，則可以將其JobID存儲至緩存變量JobID中，並設置頁面狀態為執行中，運行按鈕不可點擊，顯示一個等待圖如菊花轉圈圈，阻 止用戶二次點擊執行，停止按鈕可點擊允許用戶停止任務。若生成任務失敗，則可以提取失敗提示信息並進行展示。需要說明的是，對於方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請實施例並不受所描述的動作順序的限制，因為依據本申請實施例，某些步驟可以採用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬於優選實施例，所涉及的動作並不一定是本申請實施例所必須的。參照圖5，示出了本申請的一種任務狀態的查詢裝置實施例的結構框圖，具體可以包括如下模塊：查詢請求發送模塊501，用於向伺服器發送針對指定任務的任務狀態的查詢請求；任務狀態當前模塊502，用於在接收到伺服器針對所述查詢請求返回的響應消息時，從所述響應消息中讀取任務狀態；查詢時間設置模塊503，用於在所述任務狀態為任務運行中時，根據所述響應消息設置下一次的查詢時間；計時模塊504，用於判斷是否經過下一次的查詢時間時，若是，則返回調用所述查詢請求發送模塊501。在本申請的一個實施例中，所述查詢請求發送模塊501可以包括如下子模塊：任務標識變量查找子模塊，用於查找在預設的消息隊列中的任務標識；請求發送子模塊，用於向伺服器發送查詢所述任務標識對應的任務狀態的請求。在本申請的一個實施例中，所述查詢時間設置模塊503可以包括如下子模塊：日誌長度計算子模塊，用於計算所述響應消息中運行日誌信息的日誌長度；第一設置子模塊，用於按照所述日誌長度設置下一次的查詢時間。在本申請實施例的一個示例中，所述第一設置子模塊可以包括如下單元：第一時間設置單元，用於在所述日誌長度大於或等於第一長度閾值時，設置下一次的查詢時間為第一時間；第二時間設置單元，用於在所述日誌長度大於或等於第二長度閾值、且小於第一長度閾值時，設置下一次的查詢時間為第二時間；第三時間設置單元，用於在所述日誌長度小於第二長度閾值時，設置下一次的查詢時間為第三時間；其中，所述第一長度閾值大於所述第二長度閾值；所述第一時間小於所述第二時間，所述第二時間小於所述第三時間。在本申請的另一個實施例中，所述查詢時間設置模塊503可以包括如下子模塊：運行負載信息提取子模塊，用於從所述響應消息中提取伺服器的運行負載信息；第二設置子模塊，用於按照所述運行負載信息設置下一次的查詢時間。在本申請實施例的一個示例中，所述第二設置子模塊可以包括如下單元：第四時間設置單元，用於在所述運行負載信息為快速運行時，設置下一次的查詢時間為第四時間；第五時間設置單元，用於在所述運行負載信息為正常運行時，設置下一次的查詢時間為第五時間；第六時間設置單元，用於在所述運行負載信息為慢速運行時，設置下一次的查詢時間為第六時間；其中，所述第四時間小於所述第五時間，所述第五時間小於所述第六時間。在本申請的一個實施例中，該裝置還可以包括如下模塊：第一提示信息生成模塊，用於針對任務運行中的任務狀態生成提示信 息；運行日誌信息展示模塊，用於展示所述響應消息中的運行日誌信息。在本申請的一個實施例中，該裝置還可以包括如下模塊：第二提示信息生成模塊，用於在所述任務狀態為任務運行成功時，針對任務運行成功的任務狀態生成提示信息；運行結果請求模塊，用於向伺服器請求所述任務的運行結果；運行結果展示模塊，用於在請求到運行結果時，展示所述運行結果；第一查詢結束模塊，用於在未請求到運行結果時，結束向伺服器查詢指定任務的任務狀態的操作。在本申請的一個實施例中，該裝置還可以包括如下模塊：查詢時間查找模塊，用於在未接收到伺服器針對所述查詢請求返回的響應消息時，查找上一次的查詢時間；重查詢模塊，用於判斷是否經過上一次的查詢時間，若是，則返回調用所述查詢請求發送模塊501；第二查詢結束模塊，用於在向伺服器查詢指定任務的任務狀態的次數超過預設的次數閾值時，結束向伺服器查詢指定任務的任務狀態的操作；第三提示信息生成模塊，用於針對結束查詢任務的操作生成提示信息。在本申請的一個實施例中，該裝置還可以包括如下模塊：生成請求發送模塊，用於向伺服器發送任務的生成請求；任務生成判斷模塊，用於在接收到伺服器針對所述生成請求返回的響應消息時，判斷任務是否生成；若是，則調用任務標識寫入模塊，若否，則調用失敗提示信息提取模塊；任務標識寫入模塊，用於將生成的任務的任務標識寫入預設的消息隊列中；失敗提示信息提取模塊，用於從所述響應消息中提取失敗提示信息；失敗提示信息展示模塊，用於展示所述失敗提示信息。對於裝置實施例而言，由於其與方法實施例基本相似，所以描述的比較 簡單，相關之處參見方法實施例的部分說明即可。本說明書中的各個實施例均採用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。本領域內的技術人員應明白，本申請實施例的實施例可提供為方法、裝置、或電腦程式產品。因此，本申請實施例可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本申請實施例可採用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限於磁碟存儲器、CD-ROM、光學存儲器等)上實施的電腦程式產品的形式。在一個典型的配置中，所述計算機設備包括一個或多個處理器(CPU)、輸入/輸出接口、網絡接口和內存。內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內存等形式，如只讀存儲器(ROM)或快閃記憶體(flashRAM)。內存是計算機可讀介質的示例。計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現信息存儲。信息可以是計算機可讀指令、數據結構、程序的模塊或其他數據。計算機的存儲介質的例子包括，但不限於相變內存(PRAM)、靜態隨機存取存儲器(SRAM)、動態隨機存取存儲器(DRAM)、其他類型的隨機存取存儲器(RAM)、只讀存儲器(ROM)、電可擦除可編程只讀存儲器(EEPROM)、快閃記憶體或其他內存技術、只讀光碟只讀存儲器(CD-ROM)、數字多功能光碟(DVD)或其他光學存儲、磁盒式磁帶，磁帶磁磁碟存儲或其他磁性存儲設備或任何其他非傳輸介質，可用於存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括非持續性的電腦可讀媒體(transitorymedia)，如調製的數據信號和載波。本申請實施例是參照根據本申請實施例的方法、終端設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令 實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理終端設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理終端設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理終端設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些電腦程式指令也可裝載到計算機或其他可編程數據處理終端設備上，使得在計算機或其他可編程終端設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程終端設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。儘管已描述了本申請實施例的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本申請實施例範圍的所有變更和修改。最後，還需要說明的是，在本文中，諸如第一和第二等之類的關係術語僅僅用來將一個實體或者操作與另一個實體或操作區分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關係或者順序。而且，術語「包括」、「包含」或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者終端設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者終端設備所固有的要素。在沒有更多限制的情況下，由語句「包括一個……」限定的要素，並不排除在包括所述要素的過程、方法、物品或者終端設備中還存在另外的相同要素。以上對本申請所提供的一種任務狀態的查詢方法和一種任務狀態的查詢裝置，進行了詳細介紹，本文中應用了具體個例對本申請的原理及實施方式進行了闡述，以上實施例的說明只是用於幫助理解本申請的方法及其核心思想；同時，對於本領域的一般技術人員，依據本申請的思想，在具體實施方式及應用範圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本申請的限制。當前第1頁1&nbsp2&nbsp3&nbsp