一種對竣工定單進行強制撤回的方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明特別涉及一種對竣工定單進行強制撤回的方法和系統(tǒng)。方法包括以下步驟：在業(yè)務系統(tǒng)客戶端配置webservice接口；通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務；webservice接口通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務；通過webservice接口調用請求強制撤單服務的客戶端接口，并向客戶端接口反饋強制撤單成功信息。本發(fā)明可以簡單地實現(xiàn)對融合業(yè)務的竣工定單進行強制撤回，并對竣工定單涉及的資源進行回滾，滿足了客戶對于撤單的需求，提高了用戶對系統(tǒng)的信任度和滿意度，從而提高了通信企業(yè)的效益；同時強制撤回過程中使用的代碼采用tuxedo和webservice語言進行實現(xiàn)，效率高，程序可移植性好。
【專利說明】
一種對竣工定單進行強制撤回的方法和系統(tǒng)
技術領域
[0001]本發(fā)明涉及通信領域，特別涉及一種對竣工定單進行強制撤回的方法和系統(tǒng)。
【背景技術】
[0002]融合業(yè)務指的是將兩種或多種業(yè)務融合在一起的新業(yè)務，比如將寬帶業(yè)務、固話業(yè)務和手機業(yè)務融合后同時受理，或者將寬帶業(yè)務和手機業(yè)務進行融合一起受理?，F(xiàn)有技術中，融合業(yè)務一旦竣工，就沒有辦法回退資源和撤銷指令，即沒有強制撤銷方法，這會導致當手機業(yè)務無法正常辦理時，寬帶業(yè)務和固話業(yè)務也沒辦法進行資源回退和撤銷指令，從而降低用戶使用的滿意度。

【發(fā)明內容】

[0003]本發(fā)明所要解決的技術問題是提供一種對竣工定單進行強制撤回的方法和系統(tǒng)，解決了現(xiàn)有技術中，不能對融合業(yè)務的竣工定單進行強制撤回的技術問題。
[0004]本發(fā)明解決上述技術問題的技術方案如下:一種對竣工定單進行強制撤回的方法，包括以下步驟，
[0005]步驟I，在業(yè)務系統(tǒng)客戶端配置webservice接口 ；
[0006]步驟2，通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務；
[0007]步驟3，業(yè)務系統(tǒng)服務端同意后，webservice接口通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務；
[0008]步驟4，通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。
[0009]本發(fā)明的有益效果是:本發(fā)明提供了一種對竣工定單進行強制撤回的方法，可以簡單地實現(xiàn)對融合業(yè)務的竣工定單進行強制撤回，并對竣工定單涉及的資源進行回滾，滿足了客戶對于撤單的需求，提高了用戶對系統(tǒng)的信任度和滿意度，從而提高了通信企業(yè)的效益；同時代碼采用tuxedo和webservice語言進行實現(xiàn)，效率高，程序可移植性好。
[0010]在上述技術方案的基礎上，本發(fā)明還可以做如下改進。
[0011]進一步，所述竣工定單涉及的資源包括竣工定單所占用的資源、竣工定單所釋放的資源和/或竣工定單平臺的資源。
[0012]進一步，所述竣工定單所占用的資源包括竣工定單在執(zhí)行過程中，所分配到的資源;所述竣工定單所釋放的資源，為當竣工定單修改了原號碼的資源信息時，竣工定單執(zhí)行之前且原號碼已經(jīng)占有的資源;所述竣工定單平臺的資源為竣工定單完成過程中，注冊賬號信息和所述注冊賬號信息對應的操作指令。
[0013]采用上述進一步方案的有益效果是:本進一步的技術方案中，資源信息包括線路信息，資源占用，比如0NU、L0ID等資源信息。如果竣工定單是沒有改變原號碼的資源信息，則強制撤單定單需要通知資源系統(tǒng)進行回滾和釋放;如果竣工定單改變了原號碼的資源信息，則需要獲取竣工定單之前的資源，這樣才能保證強制撤單的作用。
[0014]進一步，步驟3具體為:
[0015]S301webservice接口通過tuxedo總線及適配器調用服務端程序，獲取營業(yè)信息；
[0016]S302調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程；
[0017]S303判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文，然后進入步驟S304;若否，則直接進入步驟S304;
[0018]S304按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作；
[0019]S305所述強制撤單流程結束后，生成撤單反饋結果。
[0020]采用上述進一步方案的有益效果是:本進一步技術方案中，所述強制撤單流程是指在業(yè)務系統(tǒng)進行強制撤單的流轉流程，包括如何進行調度，如何釋放資源和如何反方向執(zhí)行竣工定單操作等，通過強制撤單流程和資源報文，可以對服務端的相應接口進行調用，逐步進行反向操作，從而對資源和指令都執(zhí)行完畢的已竣工定單進行資源回退和操作指令撤銷。
[0021]進一步，所述營業(yè)信息包括客戶信息、帳戶信息、用戶信息、接入方式、業(yè)務類型、處理局和局部信息。
[0022]采用上述進一步方案的有益效果是:所述客戶信息、帳戶信息與用戶信息統(tǒng)稱為三戶信息，這種分類方式將客戶的基本信息，客戶消費的信息和與運營商某個業(yè)務的契約信息分開，一個客戶可以擁有多個帳戶，一個帳戶下可以有多個用戶，用戶是最細的單位。本進一步技術方案中，所述營業(yè)信息是作為業(yè)務系統(tǒng)進行強制撤單的流轉依據(jù)。
[0023]進一步，若步驟3中需要采用電子工單形式，則將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng)。
[0024]采用上述進一步方案的有益效果是:本進一步技術方案采用電子工單形式，可以讓強制撤單流程運行得更加簡單、高效，提高了對竣工定單進行強制撤回的速度和效率。
[0025]進一步，所述強制撤單流程結束后，生成執(zhí)行日志。
[0026]采用上述進一步方案的有益效果是:所述執(zhí)行日志包括撤銷強制定單所要走的所有環(huán)節(jié)，通過查詢執(zhí)行日志，可以獲知強制撤單的進度情況。
[0027]—種對竣工定單進行強制撤回的系統(tǒng)，包括端口配置模塊、請求模塊、強制撤單模塊和通知模塊，
[0028]所述端口配置模塊用于在業(yè)務系統(tǒng)客戶端配置webservice接口 ；
[0029]所述請求模塊用于通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務；
[0030]所述強制撤單模塊用于通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務；
[0031]所述通知模塊用于通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。
[0032]進一步，所述強制撤單模塊包括營業(yè)信息獲取單元、強制撤單流程生成單元、資源配置單元、調度單元和反饋結果生成單元，
[0033]所述營業(yè)信息獲取單元用于調用服務端程序，獲取營業(yè)信息；
[0034]所述強制撤單流程生成單元用于調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程；
[0035]所述資源配置單元用于判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文；
[0036]所述調度單元用于按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作；
[0037]所述反饋結果生成單元用于在所述強制撤單流程結束后，生成撤單反饋結果。
[0038]進一步，所述強制撤單模塊還包括電子工單單元和執(zhí)行日志生成單元，
[0039]所述電子工單單元用于將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng)；
[0040]所述執(zhí)行日志生成單元用于在所述強制撤單流程結束后，生成執(zhí)行日志。
【附圖說明】
[0041 ]圖1為本發(fā)明一種對竣工定單進行強制撤回的方法的流程示意圖；
[0042]圖2為本發(fā)明一種對竣工定單進行強制撤回的系統(tǒng)的結構示意圖。
【具體實施方式】
[0043]以下結合附圖對本發(fā)明的原理和特征進行描述，所舉實例只用于解釋本發(fā)明，并非用于限定本發(fā)明的范圍。
[0044]如圖1所示，為本發(fā)明一種對竣工定單進行強制撤回的方法的流程示意圖，包括以下步驟:
[0045]步驟I，在業(yè)務系統(tǒng)客戶端配置webservice接口。
[0046]步驟2，通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務。
[0047]步驟3，業(yè)務系統(tǒng)服務端同意后，webservice接口通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務。
[0048]步驟4，通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。
[0049]本發(fā)明的優(yōu)選實施例中，所述竣工定單涉及的資源包括竣工定單所占用的資源、竣工定單所釋放的資源和/或竣工定單平臺的資源。所述竣工定單所占用的資源包括竣工定單在執(zhí)行過程中，所分配到的資源;所述竣工定單所釋放的資源，為當竣工定單修改了原號碼的資源信息時，竣工定單執(zhí)行之前且原號碼已經(jīng)占有的資源;所述竣工定單平臺的資源為竣工定單完成過程中，注冊賬號信息和所述注冊賬號信息對應的操作指令。將竣工定單涉及的資源進行回滾，即是對所示操作指令進行撤銷，同時讓原注冊賬號信息的資源回復到操作指令發(fā)生以前的狀態(tài)。
[0050]在優(yōu)選的實施例中，步驟3具體為:
[°°511 S30 lwebservi ce接口通過tuxedo總線及適配器調用服務端程序，獲取營業(yè)信息。所述營業(yè)信息包括客戶信息、帳戶信息、用戶信息、接入方式、業(yè)務類型、處理局和局部信息，是作為業(yè)務系統(tǒng)進行強制撤單的流轉依據(jù)。
[0052]S302調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程。
[0053]S303判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文，然后進入步驟S304;若否，則直接進入步驟S304。
[0054]S304按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作。
[0055]S305所述強制撤單流程結束后，生成撤單反饋結果。
[0056]本實施例中，所述強制撤單流程是指在業(yè)務系統(tǒng)進行強制撤單的流轉流程，包括如何進行調度，如何釋放資源和如何反方向執(zhí)行竣工定單操作等，通過強制撤單流程和資源報文，可以對服務端的相應接口進行調用，逐步進行反向操作，從而對資源和指令都執(zhí)行完畢的已竣工定單進行資源回退和操作指令撤銷。
[0057]在優(yōu)選實施例中，步驟3中可以采用電子工單形式，若采用電子工單形式，將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng)。采用電子工單形式，可以讓強制撤單流程運行得更加簡單、高效，提高了對竣工定單進行強制撤回的速度和效率。同時，可以在所述強制撤單流程結束后，生成執(zhí)行日志。所述執(zhí)行日志包括撤銷強制定單所要走的所有環(huán)節(jié)，通過查詢執(zhí)行日志，可以獲知強制撤單的進度情況。
[0058]如圖2所示，為本發(fā)明一種對竣工定單進行強制撤回的系統(tǒng)的結構示意圖，包括端口配置模塊、請求模塊、強制撤單模塊和通知模塊，所述端口配置模塊用于在業(yè)務系統(tǒng)客戶端配置webservice接口 ；所述請求模塊用于通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務;所述強制撤單模塊用于通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務;所述通知模塊用于通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。
[0059]在優(yōu)選實施例中，所述強制撤單模塊包括營業(yè)信息獲取單元、強制撤單流程生成單元、資源配置單元、調度單元和反饋結果生成單元，所述營業(yè)信息獲取單元用于調用服務端程序，獲取營業(yè)信息;所述強制撤單流程生成單元用于調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程;所述資源配置單元用于判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文;所述調度單元用于按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作;所述反饋結果生成單元用于在所述強制撤單流程結束后，生成撤單反饋結果。
[0060]在其他優(yōu)選實施例中，所述強制撤單模塊還包括電子工單單元和執(zhí)行日志生成單元，所述電子工單單元用于將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng);所述執(zhí)行日志生成單元用于在所述強制撤單流程結束后，生成執(zhí)行日志。
[0061]本發(fā)明提供了一種對竣工定單進行強制撤回的方法和系統(tǒng)，可以簡單地實現(xiàn)對融合業(yè)務的竣工定單進行強制撤回，并對竣工定單涉及的資源進行回滾，滿足了客戶對于撤單的需求，提高了用戶對系統(tǒng)的信任度和滿意度，從而提高了通信企業(yè)的效益；同時強制撤回過程中使用的代碼采用tuxedo和webservice語言進行實現(xiàn)，效率高，程序可移植性好。
[0062]盡管上面已經(jīng)示出和描述了本發(fā)明的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本發(fā)明的限制，本領域的普通技術人員在本發(fā)明的范圍內可以對上述實施例進行變化、修改、替換和變型。
【主權項】
1.一種對竣工定單進行強制撤回的方法，其特征在于，包括以下步驟， 步驟I，在業(yè)務系統(tǒng)客戶端配置webservice接口 ； 步驟2，通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務； 步驟3，業(yè)務系統(tǒng)服務端同意后，webservice接口通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務； 步驟4，通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。2.根據(jù)權利要求1所述的一種對竣工定單進行強制撤回的方法，其特征在于，所述竣工定單涉及的資源包括竣工定單所占用的資源、竣工定單所釋放的資源和/或竣工定單平臺的資源。3.根據(jù)權利要求2所述的一種對竣工定單進行強制撤回的方法，其特征在于，所述竣工定單所占用的資源包括竣工定單在執(zhí)行過程中，所分配到的資源;所述竣工定單所釋放的資源，為當竣工定單修改了原號碼的資源信息時，竣工定單執(zhí)行之前且號碼已經(jīng)占有的資源;所述竣工定單平臺的資源為竣工定單完成過程中，注冊賬號信息和所述注冊賬號信息對應的操作指令。4.根據(jù)權利要求1?3任一所述的一種對竣工定單進行強制撤回的方法，其特征在于，步驟3具體為: S301webservice接口通過tuxedo總線及適配器調用服務端程序，獲取營業(yè)信息； S302調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程； S303判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文，然后進入步驟S304;若否，則直接進入步驟S304; S304按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作； S305所述強制撤單流程結束后，生成撤單反饋結果。5.根據(jù)權利要求3所述的一種對竣工定單進行強制撤回的方法，其特征在于，所述營業(yè)信息包括客戶信息、帳戶信息、用戶信息、接入方式、業(yè)務類型、處理局和局部信息。6.根據(jù)權利要求3所述的一種對竣工定單進行強制撤回的方法，其特征在于，若步驟3中需要采用電子工單形式，則將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng)。7.根據(jù)權利要求3所述的一種對竣工定單進行強制撤回的方法，其特征在于，步驟3中，所述強制撤單流程結束后，生成執(zhí)行日志。8.—種對竣工定單進行強制撤回的系統(tǒng)，其特征在于，包括端口配置模塊、請求模塊、強制撤單模塊和通知模塊， 所述端口配置模塊用于在業(yè)務系統(tǒng)客戶端配置webservice接口； 所述請求模塊用于通過webservice接口向業(yè)務系統(tǒng)服務端請求強制撤單服務； 所述強制撤單模塊用于通過tuxedo總線及適配器調用服務端程序，對竣工定單的流程進行反向操作，并將竣工定單涉及的資源進行回滾，完成強制撤單服務； 所述通知模塊用于通過webservice接口調用請求強制撤單服務的客戶端接口，并向所述客戶端接口反饋強制撤單成功信息。9.根據(jù)權利要求8所述的一種對竣工定單進行強制撤回的系統(tǒng)，其特征在于，所述強制撤單模塊包括營業(yè)信息獲取單元、強制撤單流程生成單元、資源配置單元、調度單元和反饋結果生成單元， 所述營業(yè)信息獲取單元用于調用服務端程序，獲取營業(yè)信息； 所述強制撤單流程生成單元用于調用服務端流程引擎，通過所述服務端流程引擎和所述營業(yè)信息，生成對竣工定單的流程進行反向操作的強制撤單流程； 所述資源配置單元用于判斷所述強制撤單流程中，是否需要對竣工定單涉及的資源進行重新配置，若是，則對竣工定單所涉及的資源進行回滾，并生成資源報文； 所述調度單元用于按照所述強制撤單流程和/或所述資源報文，對服務端的相應接口進行調用，逐步進行反向操作； 所述反饋結果生成單元用于在所述強制撤單流程結束后，生成撤單反饋結果。10.根據(jù)權利要求8或9所述的一種對竣工定單進行強制撤回的系統(tǒng)，其特征在于，所述強制撤單模塊還包括電子工單單元和執(zhí)行日志生成單元， 所述電子工單單元用于將需重新配置的資源和營業(yè)信息通過預先定義的接口傳送給服務開通系統(tǒng)； 所述執(zhí)行日志生成單元用于在所述強制撤單流程結束后，生成執(zhí)行日志。
【文檔編號】G06Q30/06GK106022855SQ201610290783
【公開日】2016年10月12日
【申請日】2016年5月4日
【發(fā)明人】許華
【申請人】北京思特奇信息技術股份有限公司