基于圖形化配置的工單重送技術(shù)及實(shí)現(xiàn)

梁偉晟

【摘要】? ? 服務(wù)開(kāi)通是業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的重要模塊。系統(tǒng)的服務(wù)功能變更請(qǐng)求工單可能由于各種原因施工失敗，需要人工分析干預(yù)和重送。本文介紹了通過(guò)圖形化配置工單重送工具，自定義配置工單重送的施工順序以及優(yōu)先級(jí)，由程序自動(dòng)執(zhí)行重送流程，及時(shí)處理失敗的工單，保證了工單施工的成功率。

【關(guān)鍵詞】? ? 服務(wù)開(kāi)通? ? 工單重送? ? 配置工具

The Design and Implementation of Order Resend Tool based on Graphical Configuration

LIANG Wei-sheng

（China Mobile Group Guangdong Co.， Ltd.，Guangzhou，510623）

Abstract：Service Fulfilling is an important module in Business Operation Support System. The service function order could be failed in some situations. The failed order need manual analysis and resend. This article introduces an order resend tool based on graphical configuration. This tool can self-define process sequence of order resend and its priority. The order-resend will be executed automatically. So the failed orders will be handled promptly and the success of service fulfilling can be guaranteed.

Keywords：Service Fulfilling; Order Resend; Configuration Tool

引言：

業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)BOSS （ Business Operation Support System）作為移動(dòng)通信企業(yè)業(yè)務(wù)運(yùn)營(yíng)和業(yè)務(wù)管理的計(jì)算機(jī)系統(tǒng)， 在企業(yè)IT體系架構(gòu)中起著舉足輕重的作用。服務(wù)開(kāi)通，作為業(yè)務(wù)運(yùn)營(yíng)支撐系統(tǒng)的重要模塊，承接上游CRM系統(tǒng)與下游網(wǎng)元，進(jìn)行業(yè)務(wù)拆分和向網(wǎng)元發(fā)送施工指令，如停開(kāi)機(jī)、服務(wù)狀態(tài)變更等。BOSS系統(tǒng)每天產(chǎn)生數(shù)千萬(wàn)的服務(wù)功能變更請(qǐng)求工單，而工單的施工由于受網(wǎng)絡(luò)狀況、網(wǎng)元的處理情況等各種因素影響，有可能施工失敗。針對(duì)失敗的工單則需要通過(guò)后臺(tái)部署定時(shí)腳本來(lái)進(jìn)行重送。

對(duì)于有依賴關(guān)系的工單不能直接自動(dòng)重送，只能人工分析后手工執(zhí)行腳本進(jìn)行重送。典型的場(chǎng)景例如，號(hào)碼開(kāi)戶業(yè)務(wù)和VOLTE開(kāi)通涉及HSS＼UDM＼IMS＼AS等多個(gè)業(yè)務(wù)平臺(tái)和網(wǎng)元，工單的施工有嚴(yán)格順序要求，均無(wú)法直接重送。為解決這個(gè)問(wèn)題，通過(guò)分析現(xiàn)有的業(yè)務(wù)需求，對(duì)手工執(zhí)行腳本重送工單的方式進(jìn)行改進(jìn)，提供圖形化配置工單重送工具，針對(duì)典型場(chǎng)景配置重送流程，定義工單施工結(jié)果返回碼，配置完成后可由程序自動(dòng)執(zhí)行重送流程，也可通過(guò)在工具前臺(tái)人工主動(dòng)發(fā)起重送處理。

一、系統(tǒng)設(shè)計(jì)

1.1技術(shù)特點(diǎn)

結(jié)合BOSS系統(tǒng)工單重送的場(chǎng)景，提供圖形化配置工單重送工具，保證用戶服務(wù)功能變更請(qǐng)求能夠及時(shí)施工成功，減少因系統(tǒng)或者網(wǎng)絡(luò)問(wèn)題引起的用戶功能無(wú)法使用問(wèn)題，保證了工單施工的成功率。

工單重送流程定義：圖形化配置界面，可自定義配置工單重送的施工順序以及優(yōu)先級(jí)，采用拖拉拽方式設(shè)置。

重送參數(shù)配置：可配置重處理類型、重處理方式、重處理的工單總量、重處理優(yōu)先級(jí)等相關(guān)參數(shù)。

配置重送工單返回碼：針對(duì)重送的返回碼統(tǒng)一管理，業(yè)務(wù)流程可根據(jù)返回碼進(jìn)行判斷是否需要忽略或終止流程。

1.2實(shí)現(xiàn)方案

服務(wù)開(kāi)通工單重送的典型應(yīng)用場(chǎng)景

類型 典型場(chǎng)景

重發(fā)失敗指令 對(duì)請(qǐng)求中的發(fā)送失敗、未發(fā)送和被回滾的指令進(jìn)行重處理操作。

重發(fā)失敗指令并忽略執(zhí)行結(jié)果 請(qǐng)求指令已經(jīng)發(fā)送到網(wǎng)元，由于網(wǎng)絡(luò)原因沒(méi)有接收到網(wǎng)元的響應(yīng)，導(dǎo)致處理請(qǐng)求指令超時(shí)。當(dāng)重處理時(shí)重發(fā)這條超時(shí)指令還會(huì)失敗，但需繼續(xù)發(fā)送后面的指令，這時(shí)就應(yīng)選擇“重發(fā)失敗指令并忽略執(zhí)行結(jié)果”。

重發(fā)所有指令 CRM發(fā)送了銷戶、開(kāi)戶、VOLTE開(kāi)通附加業(yè)務(wù)的請(qǐng)求，處理結(jié)果是銷戶失敗（由于用戶不存在）、開(kāi)戶成功、開(kāi)通附加業(yè)務(wù)成功。維護(hù)人員發(fā)現(xiàn)銷戶失敗，在沒(méi)有分析業(yè)務(wù)場(chǎng)景的情況下進(jìn)行了銷戶請(qǐng)求的重處理操作，把正常的用戶銷掉，這時(shí)就需要對(duì)開(kāi)戶和開(kāi)通附加業(yè)務(wù)的請(qǐng)求進(jìn)行重處理。

重發(fā)回寫(xiě)失敗 對(duì)回寫(xiě)失敗的請(qǐng)求進(jìn)行重回寫(xiě)操作，并更新回寫(xiě)狀態(tài)。

重送業(yè)務(wù)流程配置

下面以服務(wù)開(kāi)通的用戶號(hào)碼開(kāi)戶請(qǐng)求為例，介紹各個(gè)重處理類型的執(zhí)行流程，開(kāi)戶請(qǐng)求的圖形化配置工單工具業(yè)務(wù)流程如圖1所示。

各個(gè)重處理類型的執(zhí)行流程如下：

1.重發(fā)失敗指令

如果該請(qǐng)求的執(zhí)行結(jié)果是，ADDSUB_HLR和ADDSUB_VMS執(zhí)行成功;ADDSUB_OCS執(zhí)行失敗，ADDSUB_VMS被回滾。當(dāng)對(duì)該開(kāi)戶請(qǐng)求進(jìn)行重處理時(shí)，ADDSUB_VMS、ADDSUB_OCS和ADDSUB_RBT都要被重新執(zhí)行。

2.重發(fā)失敗指令并忽略執(zhí)行結(jié)果

如果ADDSUB_OCS在重處理時(shí)網(wǎng)元返回指令處理失敗，則系統(tǒng)忽略該錯(cuò)誤，繼續(xù)執(zhí)行ADDSUB_RBT，而不是RMVSUB_VMS節(jié)點(diǎn)

3.重發(fā)所有指令

全部重處理和一般發(fā)送過(guò)來(lái)的請(qǐng)求一樣，當(dāng)前執(zhí)行的結(jié)果對(duì)重處理沒(méi)有影響，系統(tǒng)根據(jù)和網(wǎng)元交互的流程執(zhí)行重處理請(qǐng)求。

4.重發(fā)回寫(xiě)失敗

不重處理指令，僅將請(qǐng)求處理結(jié)果向請(qǐng)求系統(tǒng)重新回寫(xiě)并更新回寫(xiě)狀態(tài)。

用戶只能重處理有權(quán)限的請(qǐng)求，沒(méi)有權(quán)限的請(qǐng)求記錄前面的復(fù)選框顯示為灰色，不能被重處理。

重處理參數(shù)設(shè)置

1.在配置工具的“重處理類型”的下拉列表中選擇重處理功能的類型，如重發(fā)失敗指令、重發(fā)失敗指令并忽略執(zhí)行結(jié)果等，參考前面表1。

2.在“重處理優(yōu)先級(jí)”的下拉列表中，設(shè)置待重處理請(qǐng)求的優(yōu)先級(jí)。

最高優(yōu)先級(jí)：將待重處理請(qǐng)求的優(yōu)先級(jí)設(shè)置為最高級(jí)別。

最低優(yōu)先級(jí)：將待重處理請(qǐng)求的優(yōu)先級(jí)設(shè)置為最低級(jí)別。

優(yōu)先級(jí)不改變：保持待重處理請(qǐng)求的優(yōu)先級(jí)與請(qǐng)求被重處理前一致。

3.在“重處理方式”的下拉列表中，選擇重處理的方式并單擊“重處理”。

當(dāng)“重處理方式”選擇為“重處理當(dāng)前頁(yè)選擇請(qǐng)求”，但是卻沒(méi)有選中任何一條請(qǐng)求記錄時(shí)，系統(tǒng)會(huì)提示如下信息：沒(méi)有選擇重處理的請(qǐng)求，請(qǐng)單擊“確認(rèn)”并重新選擇需要重處理的請(qǐng)求。

當(dāng)“重處理方式”選擇為“重處理當(dāng)前頁(yè)選擇請(qǐng)求”，且選中了請(qǐng)求記錄時(shí)，系統(tǒng)提示如下信息：確認(rèn)是否重處理選擇的請(qǐng)求記錄，請(qǐng)單擊“是”。

當(dāng)“重處理方式”選擇為“重處理當(dāng)前頁(yè)所有”時(shí)，系統(tǒng)提示如下信息：確認(rèn)是否重處理當(dāng)前頁(yè)所有請(qǐng)求記錄

當(dāng)“重處理方式”選擇為“重處理所有記錄”時(shí)，系統(tǒng)提示如下信息：確認(rèn)是否重處理所有請(qǐng)求記錄。注：當(dāng)查詢結(jié)果中請(qǐng)求記錄的條數(shù)大于1000且“重處理所有記錄的最大數(shù)量”的值大于1000時(shí)，系統(tǒng)將提示如下信息：處理請(qǐng)求數(shù)超過(guò)一千耗時(shí)較多，建議不要繼續(xù)執(zhí)行?！爸靥幚硭杏涗浀淖畲髷?shù)量”可以根據(jù)系統(tǒng)資源情況進(jìn)行配置。

重處理處理流程

1.定時(shí)掃描工單歷史表中業(yè)務(wù)辦理時(shí)間XX分鐘（時(shí)間周期可以根據(jù)系統(tǒng)資源情況進(jìn)行配置）前的失敗工單;

2.通過(guò)工單名稱匹配工單重送業(yè)務(wù)流程，獲取該號(hào)碼需要重送的所有工單;

3.生成重送任務(wù)業(yè)務(wù)流程;

4.獲取重送配置參數(shù);

5.生成工單指令重送;

6.返回施工結(jié)果。

二、結(jié)束語(yǔ)

在服務(wù)開(kāi)通引入圖形化配置工單重送工具后，對(duì)于失敗的工單，不需要人工分析后手工執(zhí)行腳本進(jìn)行重送。通過(guò)圖形化配置工單重送工具，針對(duì)典型場(chǎng)景配置重送流程，定義工單施工的結(jié)果返回碼，配置完成后可由程序自動(dòng)執(zhí)行重送流程，也可通過(guò)工具前臺(tái)人工主動(dòng)發(fā)起重送處理。將獨(dú)立的工單轉(zhuǎn)換為業(yè)務(wù)流程化工單，可根據(jù)返回碼確認(rèn)重送執(zhí)行過(guò)程，提供重送工單量預(yù)警，超過(guò)閥值進(jìn)行人工干預(yù)，有效避免錯(cuò)送問(wèn)題。同時(shí)能及時(shí)處理失敗的工單，保證了工單施工的成功率。

參? 考? 文? 獻(xiàn)

[1] 邱小平，基于工作流的業(yè)務(wù)流程管理與優(yōu)化[M].科學(xué)出版社，2018

[2] 倪煒. 分布式消息中間件實(shí)踐[M]. 電子工業(yè)出版社，2018

[3] 張煜. 基于MVC架構(gòu)模式的服務(wù)開(kāi)通系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)[D]. 南京郵電大學(xué)，2019

[4] 王宇飛. 基于SOA的BOSS系統(tǒng)服務(wù)發(fā)現(xiàn)方法的研究與實(shí)現(xiàn)[D]. 北京郵電大學(xué)，2016