本發(fā)明實施例涉及計算機技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)工單的分發(fā)方法及裝置。

背景技術(shù)：

移動通信的運營商大都采用業(yè)務(wù)工單進行業(yè)務(wù)的申請與受理。業(yè)務(wù)工單分配是指將待處理的工單分配給具體處理人員進行處理的操作。

現(xiàn)有的業(yè)務(wù)工單的分發(fā)方法主要采用業(yè)務(wù)工單系統(tǒng)。業(yè)務(wù)工單系統(tǒng)是基于javaee實現(xiàn)的網(wǎng)站系統(tǒng)，其原理是用戶通過瀏覽器訪問其系統(tǒng)地址，按照http協(xié)議提供的相應(yīng)請求參數(shù)訪問服務(wù)器，服務(wù)器根據(jù)接收到的請求參數(shù)訪問數(shù)據(jù)庫，獲取相應(yīng)的數(shù)據(jù)，并按照一定的格式返回給前端，前端解析返回數(shù)據(jù)并展示。該業(yè)務(wù)工單系統(tǒng)的誕生實現(xiàn)了工單的產(chǎn)生、改派、回復(fù)等操作的界面化，即用戶通過瀏覽器使用工號和密碼登錄該業(yè)務(wù)工單系統(tǒng)，然后利用界面提供的各種功能菜單進行工單的各種處理。

但現(xiàn)有的業(yè)務(wù)工單系統(tǒng)，沒有提供外圍調(diào)用的接口，使該業(yè)務(wù)工單系統(tǒng)的擴展性差，并且用戶需要不定時的去刷新界面獲取業(yè)務(wù)工單，需要手動輸入處理業(yè)務(wù)工單的員工姓名，并手動進行業(yè)務(wù)工單的分發(fā)，使對業(yè)務(wù)工單的處理分發(fā)效率低下，消耗大量的時間。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例提供一種業(yè)務(wù)工單的分發(fā)方法及裝置，該方法解決了現(xiàn)有技術(shù)中的業(yè)務(wù)工單分發(fā)方法擴展性差，并且使對業(yè)務(wù)工單的處理分發(fā)效率低下，消耗大量的時間的技術(shù)問題。

本發(fā)明實施例提供一種業(yè)務(wù)工單的分發(fā)方法，包括：

獲取業(yè)務(wù)工單的配置文件；

根據(jù)所述業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作。

本發(fā)明實施例提供一種業(yè)務(wù)工單的分發(fā)裝置，包括：

獲取單元，用于獲取業(yè)務(wù)工單的配置文件；

操作單元，用于根據(jù)所述業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作。

本發(fā)明實施例提供一種業(yè)務(wù)工單的分發(fā)方法及裝置，通過獲取業(yè)務(wù)工單的配置文件；根據(jù)業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作，由于http協(xié)議的客戶端編輯工具包能夠模擬對前臺菜單的各種操作，所以只要獲知業(yè)務(wù)工單系統(tǒng)的http訪問地址，就能完成對服務(wù)器及數(shù)據(jù)庫的訪問，使其不依賴于業(yè)務(wù)工單系統(tǒng)的架構(gòu)，能夠適用于每一種業(yè)務(wù)工單系統(tǒng)中，所以本實施例提供的業(yè)務(wù)工單的分發(fā)方法可擴展性強。并且由于該http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)能夠完成對用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作，所以實現(xiàn)了對業(yè)務(wù)工單的自動化獲取和分發(fā)，提高了對業(yè)務(wù)工單的處理分發(fā)效率，節(jié)省了大量時間。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明業(yè)務(wù)工單的分發(fā)方法實施例一的流程圖；

圖2為本發(fā)明業(yè)務(wù)工單的分發(fā)方法實施例二的流程圖；

圖3為本發(fā)明業(yè)務(wù)工單的分發(fā)裝置實施例一的結(jié)構(gòu)示意圖；

圖4為本發(fā)明業(yè)務(wù)工單的分發(fā)裝置實施例二的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應(yīng)當理解，本文中使用的術(shù)語“和/或”僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系，表示可以存在三種關(guān)系，例如，a和/或b，可以表示：單獨存在a，同時存在a和b，單獨存在b這三種情況。另外，本文中字符“/”，一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。

取決于語境，如在此所使用的詞語“如果”可以被解釋成為“在……時”或“當……時”或“響應(yīng)于確定”或“響應(yīng)于檢測”。類似地，取決于語境，短語“如果確定”或“如果檢測(陳述的條件或事件)”可以被解釋成為“當確定時”或“響應(yīng)于確定”或“當檢測(陳述的條件或事件)時”或“響應(yīng)于檢測(陳述的條件或事件)”。

圖1為本發(fā)明業(yè)務(wù)工單的分發(fā)方法實施例一的流程圖，如圖1所示，本實施例的執(zhí)行主體為業(yè)務(wù)工單的分發(fā)裝置，該業(yè)務(wù)工單的分發(fā)裝置可集成在計算機或服務(wù)器中，則本實施例提供的業(yè)務(wù)工單的分發(fā)方法包括以下幾個步驟。

步驟101，獲取業(yè)務(wù)工單的配置文件。

其中，業(yè)務(wù)工單的配置文件包括：運行控制文件和員工信息文件。其中，運行控制文件包括：業(yè)務(wù)工單分發(fā)用戶的工號和密碼，運行起始時間，工單分發(fā)周期及分發(fā)數(shù)量上限等，還可包括其他信息，本實施例中對此不做限定。其中，運行起始時間即開始運行本實施例提供的業(yè)務(wù)工單分發(fā)方法的時間。分發(fā)數(shù)量上限為每次所分發(fā)的業(yè)務(wù)工單的最大數(shù)量。員工信息文件包括：每個員工的員工信息及上班狀態(tài)信息，還可以包括輸入失誤識別字段，以便對輸入的每個員工的員工信息及上班狀態(tài)信息是否存在失誤進行檢測。其中，員工信息包括：員工工號、員工姓名等，上班狀態(tài)信息包括：未請假狀態(tài)或請假狀態(tài)。在員工信息文件中，可以以字段的形式對每個員工的員工信息、上班信息及輸入失誤識別字段進行存儲。例如：每個員工的員工信息、上班信息及輸入失誤識別字段可以為“員工工號/上班狀態(tài)/員工姓名/輸入失誤識別字段”。

具體地，本實施例中，對獲取業(yè)務(wù)工單的配置文件的方式不做限定，如可以從預(yù)存儲的區(qū)域獲取業(yè)務(wù)工單的配置文件，或者接收用戶通過鼠標或鍵盤輸入的業(yè)務(wù)工單的配置文件。

其中，配置文件可根據(jù)業(yè)務(wù)工單分發(fā)的需求及員工狀態(tài)進行修改。

步驟102，根據(jù)業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作。

其中，http協(xié)議的客戶端編輯工具包簡稱為httpclient，在該http協(xié)議的客戶端編輯工具包中存在大量的請求類函數(shù)，利用對應(yīng)的請求類函數(shù)對服務(wù)器進行訪問能夠?qū)崿F(xiàn)對前臺各種菜單的模擬操作。如用戶的登錄，業(yè)務(wù)工單的獲取，員工的通訊錄查詢，業(yè)務(wù)工單的分發(fā)等。

具體地，本實施例中，根據(jù)業(yè)務(wù)工單的配置文件中的運行控制文件，可獲知業(yè)務(wù)工單分發(fā)用戶的工號和密碼，采用http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)進行用戶的登錄，并在用戶登錄的情況下，從運行起始時間起，按照工單分發(fā)周期采用http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)訪問服務(wù)器，并從數(shù)據(jù)庫中獲取該業(yè)務(wù)工單分發(fā)用戶名下的不大于分發(fā)數(shù)量上限的待處理的業(yè)務(wù)工單，并采用http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)實現(xiàn)對業(yè)務(wù)工單的分發(fā)。在步驟102中沒使業(yè)務(wù)工單分發(fā)用戶對前臺菜單進行點擊或輸入，也未通過刷新界面的方式獲取新的待處理的業(yè)務(wù)工單，而均依賴于http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)周期性地完成業(yè)務(wù)工單的獲取及分發(fā)。

該http協(xié)議的客戶端編輯工具包實現(xiàn)了對前臺菜單的各種操作，只要獲知業(yè)務(wù)工單系統(tǒng)的http訪問地址，就能完成對服務(wù)器及數(shù)據(jù)庫的訪問，其不依賴于業(yè)務(wù)工單系統(tǒng)的架構(gòu)，能夠適用于每一種業(yè)務(wù)工單系統(tǒng)中。

本實施例提供的業(yè)務(wù)工單的分發(fā)方法，通過獲取業(yè)務(wù)工單的配置文件；根據(jù)業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作，由于http協(xié)議的客戶端編輯工具包能夠模擬對前臺菜單的各種操作，所以只要獲知業(yè)務(wù)工單系統(tǒng)的http訪問地址，就能完成對服務(wù)器及數(shù)據(jù)庫的訪問，使其不依賴于業(yè)務(wù)工單系統(tǒng)的架構(gòu)，能夠適用于每一種業(yè)務(wù)工單系統(tǒng)中，所以本實施例提供的業(yè)務(wù)工單的分發(fā)方法可擴展性強。并且由于該http協(xié)議的客戶端編輯工具包中的相應(yīng)函數(shù)能夠完成對用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作，所以實現(xiàn)了對業(yè)務(wù)工單的自動化獲取和分發(fā)，提高了對業(yè)務(wù)工單的處理分發(fā)效率，節(jié)省了大量時間。

圖2為本發(fā)明業(yè)務(wù)工單的分發(fā)方法實施例二的流程圖，如圖2所示，本實施例提供的業(yè)務(wù)工單的分發(fā)方法，是在本發(fā)明風(fēng)業(yè)務(wù)工單的分發(fā)方法實施例一的基礎(chǔ)上，對步驟101-步驟102的進一步細化，則本實施例提供的業(yè)務(wù)工單的分發(fā)方法包括以下步驟。

步驟201，獲取業(yè)務(wù)工單的配置文件。

進一步地，本實施例中，業(yè)務(wù)工單的配置文件包括：運行控制文件和員工信息文件。運行控制文件至少包括：業(yè)務(wù)工單分發(fā)用戶的工號和密碼，運行起始時間，工單分發(fā)周期及分發(fā)數(shù)量上限。員工信息文件至少包括：員工信息及上班狀態(tài)信息。員工信息包括：員工工號及員工姓名。

步驟202，根據(jù)運行控制文件中的業(yè)務(wù)工單分發(fā)用戶的工號和密碼，采用http協(xié)議的客戶端編輯工具包中的用戶登錄函數(shù)進行用戶登錄。

進一步地，本實施例中，采用http協(xié)議的客戶端編輯工具包中的用戶登錄函數(shù)將業(yè)務(wù)工單分發(fā)用戶的工號和密碼發(fā)送給服務(wù)器，服務(wù)器判斷業(yè)務(wù)工單分發(fā)用戶的工號和密碼是否匹配，若匹配，則授權(quán)該業(yè)務(wù)工單分發(fā)用戶登錄。并從數(shù)據(jù)庫中獲取在該業(yè)務(wù)分發(fā)用戶名下的待處理的業(yè)務(wù)工單相關(guān)數(shù)據(jù)。

步驟203，從運行起始時間起，按照工單分發(fā)周期采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單請求函數(shù)向服務(wù)器發(fā)送業(yè)務(wù)工單獲取請求，業(yè)務(wù)工單獲取請求中攜帶分發(fā)數(shù)量上限。

步驟204，接收服務(wù)器發(fā)送的待處理的業(yè)務(wù)工單列表，待處理的業(yè)務(wù)工單列表中的業(yè)務(wù)工單的個數(shù)不大于分發(fā)數(shù)量上限。

進一步地，本實施例中，從運行起始時間起，按照工單分發(fā)周期對待處理的業(yè)務(wù)工單進行周期性地獲取及分發(fā)。具體地，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單請求函數(shù)向服務(wù)器請求業(yè)務(wù)工單，服務(wù)器根據(jù)業(yè)務(wù)工單獲取請求中的分發(fā)數(shù)量上限，發(fā)送待處理的業(yè)務(wù)工單列表，該待處理的業(yè)務(wù)工單列表中的業(yè)務(wù)工單的數(shù)量不大于分發(fā)數(shù)量上限。

其中，該有分發(fā)數(shù)量上限可根據(jù)未請假的員工數(shù)量及業(yè)務(wù)工單處理需求進行確定，如可以為20、30等，本實施例中對此不做限定。

本實施例中，該待處理的業(yè)務(wù)工單列表可以為json格式。該待處理的業(yè)務(wù)工單列表中包括每個業(yè)務(wù)工單的身份標識信息，如可以為該業(yè)務(wù)工單的編號、名稱等，通過對該待處理的業(yè)務(wù)工單列表進行json串的解析，獲取到每個業(yè)務(wù)工單的身份標識信息。

步驟205，獲取待處理業(yè)務(wù)工單列表中的每個業(yè)務(wù)工單的網(wǎng)頁。

進一步地，本實施例中，步驟205，獲取待處理業(yè)務(wù)工單列表中的每個業(yè)務(wù)工單的網(wǎng)頁，具體包括：

首先，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單詳情請求函數(shù)向服務(wù)器發(fā)送每個業(yè)務(wù)工單的業(yè)務(wù)工單詳情請求。

然后，接收服務(wù)器發(fā)送的每個業(yè)務(wù)工單的網(wǎng)頁；

其中，業(yè)務(wù)工單的網(wǎng)頁至少包括：業(yè)務(wù)工單標題，提出人信息，工單內(nèi)容及瀏覽日志。

具體地，本實施例中，在每個業(yè)務(wù)工單的業(yè)務(wù)工單詳情請求中攜帶業(yè)務(wù)工單的身份標識信息，服務(wù)器根據(jù)業(yè)務(wù)工單的身份標識信息，獲取到對應(yīng)的業(yè)務(wù)工單的網(wǎng)頁，并將該獲取到的業(yè)務(wù)工單網(wǎng)頁進行發(fā)送。

其中，在瀏覽日志中包括對該業(yè)務(wù)工單的形成及處理過程的內(nèi)容，及在處理過程中具體處理人員的處理意見。如該瀏覽日志可以為“2017/4/13工號為001的張三形成該業(yè)務(wù)工單，2017/4/14a部門的工號為002的李四對該業(yè)務(wù)工單進行第一次處理，但未能使客戶滿意，需要由b部門的員工處理后再進行處理，2017/4/15b部門的劉五對該業(yè)務(wù)工單進行第二次處理，需要交接到a部門再次進行處理，以使客戶滿意”。

可以理解的是，本實施例中，可對瀏覽日志進行記錄和存儲，以對瀏覽日志中的各種有效信息進行統(tǒng)計，如業(yè)務(wù)工單的處理次數(shù)和對應(yīng)的員工查詢，統(tǒng)計每個員工的業(yè)務(wù)工單處理量等。

步驟206，根據(jù)每個業(yè)務(wù)工單的網(wǎng)頁及員工信息文件，確定每個業(yè)務(wù)工單的最佳處理員工信息。

進一步地，本實施例中，步驟206，根據(jù)每個業(yè)務(wù)工單的網(wǎng)頁及員工信息文件，確定每個業(yè)務(wù)工單的最佳處理員工信息，具體包括：

首先，對每個業(yè)務(wù)工單的網(wǎng)頁進行解析，判斷是否存在與員工信息文件中相匹配的員工信息。

具體地，本實施例中，對業(yè)務(wù)工單的網(wǎng)頁中的瀏覽日志進行html標簽，通過html標簽獲取到業(yè)務(wù)工單的網(wǎng)頁中的瀏覽日志，對瀏覽日志進行關(guān)鍵詞匹配，判斷瀏覽日志中是否包括與員工信息文件中相匹配的員工信息，若瀏覽日志中的員工工號和員工姓名均與員工信息文件中的某一員工信息的員工工號和員工姓名相匹配，則確定瀏覽日志中包括與員工信息文件中相匹配的員工信息，否則確定瀏覽日志中不包括與員工信息文件中相匹配的員工信息。

然后，若存在與員工信息文件中相匹配的員工信息，則判斷相匹配的員工信息對應(yīng)的上班狀態(tài)信息是否為未請假狀態(tài)，若相匹配的員工信息對應(yīng)的上班狀態(tài)信息為未請假狀態(tài)，則確定業(yè)務(wù)工單的最佳處理員工信息為與業(yè)務(wù)工單的網(wǎng)頁中相匹配的員工信息。

或者，若不存在與員工信息文件中相匹配的員工信息，則確定業(yè)務(wù)工單的最佳處理員工信息為按照員工信息文件中的員工信息順序均勻分發(fā)到的上班狀態(tài)信息為未請假狀態(tài)的員工信息。

具體地，若存在與員工信息文件中相匹配的員工信息，則判斷相匹配的員工信息對應(yīng)的上班狀態(tài)信息是否為未請假狀態(tài)，若為未請假狀態(tài)，則說明該相匹配的員工仍然能夠處理該業(yè)務(wù)工單，不需要對該業(yè)務(wù)工單重新進行查看和詳細分析，就能快速地對該業(yè)務(wù)工單進行處理，所以確定業(yè)務(wù)工單的最佳處理員工信息為與業(yè)務(wù)工單的網(wǎng)頁中相匹配的員工信息。若不存在與員工信息文件中相匹配的員工信息，則說明對于業(yè)務(wù)工單分發(fā)用戶名下的所有員工來說，該待處理的業(yè)務(wù)工單是一個新的業(yè)務(wù)工單，沒有任何員工對其進行處理過，則確定業(yè)務(wù)工單的最佳處理員工信息為按照員工信息文件中的員工信息順序均勻分發(fā)到的上班狀態(tài)信息為未請假狀態(tài)的員工信息，即使得所有員工具有平等分到新的業(yè)務(wù)工單的機會，使每個員工的待處理業(yè)務(wù)工單的數(shù)量差距不至于太大，能夠使新的待處理的業(yè)務(wù)工單能夠被及時處理。

步驟207，根據(jù)每個業(yè)務(wù)工單的最佳處理員工信息，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單分發(fā)函數(shù)對每個業(yè)務(wù)工單進行分發(fā)。

進一步地，本實施例中，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單分發(fā)函數(shù)將每個業(yè)務(wù)工單分發(fā)到最佳處理員工的名下，使最佳處理員工能夠及時對該業(yè)務(wù)工單進行處理。

本實施例提供的業(yè)務(wù)工單的分發(fā)方法，通過獲取業(yè)務(wù)工單的配置文件，根據(jù)運行控制文件中的業(yè)務(wù)工單分發(fā)用戶的工號和密碼，采用http協(xié)議的客戶端編輯工具包中的用戶登錄函數(shù)進行用戶登錄，從運行起始時間起，按照工單分發(fā)周期采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單請求函數(shù)向服務(wù)器發(fā)送業(yè)務(wù)工單獲取請求，業(yè)務(wù)工單獲取請求中攜帶分發(fā)數(shù)量上限，接收服務(wù)器發(fā)送的待處理的業(yè)務(wù)工單列表，待處理的業(yè)務(wù)工單列表中的業(yè)務(wù)工單的個數(shù)不大于分發(fā)數(shù)量上限，獲取待處理業(yè)務(wù)工單列表中的每個業(yè)務(wù)工單的網(wǎng)頁，根據(jù)每個業(yè)務(wù)工單的網(wǎng)頁及員工信息文件，確定每個業(yè)務(wù)工單的最佳處理員工信息，根據(jù)每個業(yè)務(wù)工單的最佳處理員工信息，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單分發(fā)函數(shù)對每個業(yè)務(wù)工單進行分發(fā)，能夠使業(yè)務(wù)工單分發(fā)給最佳處理員工處理，并且分發(fā)給每個員工的業(yè)務(wù)工單數(shù)量適量，提高了業(yè)務(wù)工單的處理效率，節(jié)省了業(yè)務(wù)工單的處理時間。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述各方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成。前述的程序可以存儲于一可讀取存儲介質(zhì)中。該程序在執(zhí)行時，執(zhí)行包括上述各方法實施例的步驟；而前述的存儲介質(zhì)包括：rom、ram、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

圖3為本發(fā)明業(yè)務(wù)工單的分發(fā)裝置實施例一的結(jié)構(gòu)示意圖，如圖3所示，本實施例提供的業(yè)務(wù)工單的分發(fā)裝置包括：獲取單元31和操作單元32。

其中，獲取單元31，用于獲取業(yè)務(wù)工單的配置文件。操作單元32，用于根據(jù)業(yè)務(wù)工單的配置文件，采用http協(xié)議的客戶端編輯工具包中的函數(shù)進行用戶登錄、對業(yè)務(wù)工單的獲取及分發(fā)操作。

本實施例提供的業(yè)務(wù)工單的分發(fā)裝置可以執(zhí)行圖1所示方法實施例的技術(shù)方案，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

圖4為本發(fā)明業(yè)務(wù)工單的分發(fā)裝置實施例二的結(jié)構(gòu)示意圖，如圖4所示，本實施例提供的業(yè)務(wù)工單的分發(fā)裝置在本發(fā)明業(yè)務(wù)工單的分發(fā)裝置實施例一的基礎(chǔ)上，進一步地，操作單元32包括：登錄模塊321，發(fā)送模塊322，接收模塊323，獲取模塊324，確定模塊325和分發(fā)模塊326。

其中，本實施例中，業(yè)務(wù)工單的配置文件包括：運行控制文件和員工信息文件。運行控制文件至少包括：業(yè)務(wù)工單分發(fā)用戶的工號和密碼，運行起始時間，工單分發(fā)周期及分發(fā)數(shù)量上限。員工信息文件至少包括：員工信息及上班狀態(tài)信息。

進一步地，登錄模塊321，用于根據(jù)運行控制文件中的業(yè)務(wù)工單分發(fā)用戶的工號和密碼，采用http協(xié)議的客戶端編輯工具包中的用戶登錄函數(shù)進行用戶登錄。發(fā)送模塊322，用于從運行起始時間起，按照工單分發(fā)周期采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單請求函數(shù)向服務(wù)器發(fā)送業(yè)務(wù)工單獲取請求，業(yè)務(wù)工單獲取請求中攜帶分發(fā)數(shù)量上限。接收模塊323，用于接收服務(wù)器發(fā)送的待處理的業(yè)務(wù)工單列表，待處理的業(yè)務(wù)工單列表中的業(yè)務(wù)工單的個數(shù)不大于分發(fā)數(shù)量上限。獲取模塊324，用于獲取待處理業(yè)務(wù)工單列表中的每個業(yè)務(wù)工單的網(wǎng)頁。確定模塊325，用于根據(jù)每個業(yè)務(wù)工單的網(wǎng)頁及員工信息文件，確定每個業(yè)務(wù)工單的最佳處理員工信息。分發(fā)模塊326，用于根據(jù)每個業(yè)務(wù)工單的最佳處理員工信息，采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單分發(fā)函數(shù)對每個業(yè)務(wù)工單進行分發(fā)。

進一步地，確定模塊325，具體用于：對每個業(yè)務(wù)工單的網(wǎng)頁進行解析，判斷是否存在與員工信息文件中相匹配的員工信息；若存在與員工信息文件中相匹配的員工信息，則判斷相匹配的員工信息對應(yīng)的上班狀態(tài)信息是否為未請假狀態(tài)，若相匹配的員工信息對應(yīng)的上班狀態(tài)信息為未請假狀態(tài)，則確定業(yè)務(wù)工單的最佳處理員工信息為與業(yè)務(wù)工單的網(wǎng)頁中相匹配的員工信息；若不存在與員工信息文件中相匹配的員工信息，則確定業(yè)務(wù)工單的最佳處理員工信息為按照員工信息文件中的員工信息順序均勻分發(fā)到的上班狀態(tài)信息為未請假狀態(tài)的員工信息。

進一步地，獲取模塊324，具體用于：采用http協(xié)議的客戶端編輯工具包中的業(yè)務(wù)工單詳情請求函數(shù)向服務(wù)器發(fā)送每個業(yè)務(wù)工單的業(yè)務(wù)工單詳情請求；接收服務(wù)器發(fā)送的每個業(yè)務(wù)工單的網(wǎng)頁；其中，業(yè)務(wù)工單的網(wǎng)頁至少包括：業(yè)務(wù)工單標題，提出人信息，工單內(nèi)容及瀏覽日志。

本實施例提供的業(yè)務(wù)工單的分發(fā)裝置可以執(zhí)行圖2所示方法實施例的技術(shù)方案，其實現(xiàn)原理和技術(shù)效果類似，此處不再贅述。

最后應(yīng)說明的是：以上各實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當理解：其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分或者全部技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。