一種基于服務插件的業務處理方法及其系統的制作方法
【技術領域】
[0001]本發明涉及業務處理技術領域，具體涉及一種基于服務插件的業務處理方法及其系統。
【背景技術】
[0002]隨著電信運營商電子渠道的業務發展，近年來電子渠道幾乎承載全部業務，業務種類繁雜，數量也是成千上萬，故無論渠道產品最初如何設計，針對不同的應用落地場景，都可能出現或多或少無法滿足場景之處。而在渠道系統產品定型后，多數時候對產品的修改會使得產品邏輯越來越復雜。其中部分業務需求從規劃上并不屬于渠道系統應處理范疇，把其業務處理邏輯硬插入到渠道系統中，只會使得其系統越來越雜亂，且對原來業務處理邏輯有或多或少的污染，使得渠道業務處理的邏輯定位模糊不清。
[0003]參見圖1，現有流程方式，一方面這種“特殊”業務越多，渠道系統邏輯越復雜，這種特殊業務、特殊處理越多，則需要更多的人去維護這個系統，無論從維護或開發角度來說都大大增加了成本。另一方，隨著這種特殊處理越多，系統的迀移也變得困難，迀移時需要處理原系統中大量的特殊處理業務。
【發明內容】
[0004]本發明所要解決的技術問題是提供一種基于服務插件的業務處理方法及其系統，能夠減少維護開發成本，提高復用性。
[0005]本發明解決上述技術問題的技術方案如下:
[0006]—方面，本發明提供了一種基于服務插件的業務處理方法，所述方法包括:
[0007]S1、服務端接收前端渠道系統發送的請求報文信息，所述請求報文消息中攜帶有服務標識；
[0008]S2、根據所述請求報文消息中攜帶的服務標識，調用與服務標識對應的服務插件，并由該服務插件對該服務進行處理；
[0009]S3、判斷是否需要調用其它特定系統服務，若不需要，則直接通過服務端向所述前端渠道系統返回該服務插件對對應的服務處理后的響應信息；若需要，則執行步驟S4 ;
[0010]S4、所述服務插件通過客服端向所述其它特定系統服務發送請求，并通過所述客服端接收所述其它特定系統服務返回的響應信息，通過服務端將該響應信息發送給前端渠道系統。
[0011]另一方面，本發明提供了一種基于插件的業務處理系統，所述系統包括:
[0012]服務端和業務邏輯平臺；
[0013]所述服務端包括:
[0014]請求信息接收模塊，用于接收前端渠道系統發送的請求報文信息，所述請求報文信息中攜帶有服務標識；
[0015]所述業務邏輯平臺包括:
[0016]服務插件調用模塊，用于根據所述請求報文信息中攜帶的服務標識，調用與所述服務標識對應的服務插件；
[0017]處理模塊，用于對所述服務標識對應的服務進行處理；
[0018]第一判斷模塊，用于判斷是否需要調用其它特定系統服務；
[0019]響應信息返回模塊，用于若第一判斷模塊判斷出不需要調用其它特定系統服務，則直接通過服務端向所述前端渠道系統返回該服務插件對對應的服務處理后的響應信息；若需要，則驅動請求發送模塊工作；
[0020]請求發送模塊，用于通過客服端向所述其它特定系統服務發送請求；
[0021]響應信息接收模塊，用于通過所述客服端接收所述其它特定系統服務返回的響應信息；
[0022]響應信息發送模塊，用于通過服務端將所述響應信息發送給前端渠道系統。
[0023]本發明提供的一種基于服務插件的業務處理方法及其系統，提供一種以服務形式發布的插件，用插件來處理特殊業務，滿足特殊業務的處理需求，不再需要渠道系統去實現各種特殊業務的處理流程，能夠減少維護、開發、迀移落地成本。
【附圖說明】
[0024]圖1為現有技術業務處理示意圖；
[0025]圖2為本發明實施例一的一種基于服務插件的業務處理方法流程圖；
[0026]圖3為本發明實施例一的業務處理示意圖；
[0027]圖4為本發明實施例一的業務處理過程流程圖；
[0028]圖5為本發明實施例一的業務處理整個詳細過程流程圖；
[0029]圖6為本發明實施例二的一種基于服務插件的業務處理系統示意圖。
【具體實施方式】
[0030]以下結合附圖對本發明的原理和特征進行描述，所舉實例只用于解釋本發明，并非用于限定本發明的范圍。
[0031]實施例一、一種基于服務插件的業務處理方法。下面結合圖2-圖5對本實施例提供的方法進行詳細說明。
[0032]參見圖2，S1、服務端接收前端渠道系統發送的請求報文信息，所述請求報文消息中攜帶有服務標識。
[0033]具體的，可以參見圖3，相比于現有技術，為特殊業務以服務形式發布了對應的服務插件，對應處理特殊業務，不再需要前端渠道系統來處理特殊業務，減輕了前端渠道系統的負擔，同時也減小了整個業務處理的維護開發成本。
[0034]參見圖4，當前端渠道系統中的業務請求存在特殊業務請求時，前端渠道系統會通過服務端向業務邏輯平臺發送特殊業務的請求報文信息，當服務端接收到前端渠道系統發送的請求報文信息，參見圖5，將接收到的請求報文信息按照預定規則存放入消息隊列中，比如，按照請求報文信息的時間戳進行存放，或者按照服務端接收到請求報文信息的先后順序進行存放。其中，請求報文信息中攜帶有服務標識，即該請求報文對應的服務名稱。
[0035]S2、根據所述請求報文消息中攜帶的服務標識，調用與服務標識對應的服務插件，并由該服務插件對該服務進行處理。
[0036]具體的，業務邏輯平臺會定時從消息隊列中提取出請求報文信息，并根據請求報文信息中攜帶的服務標識，調用與服務標識對應的服務插件，由該服務插件來處理該對應的服務。其中，業務邏輯平臺采用異步通訊方式從消息隊列中提取請求報文信息。服務插件對對應的服務的具體處理過程為:判斷該請求報文信息是否為第一次請求，若否，則獲得該請求報文信息對應的響應信息，并解析該響應信息；若是，則解析該請求報文信息，并判斷該請求報文信息是否需要查詢對應的sess1n信息，若是，則查詢對應的sess1n信息，若否，則執行后續步驟S3。
[0037]S3、判斷是否需要調用其它特定系統服務，若不需要，則直接通過服務端向所述前端渠道系統返回該服務插件對對應的服務處理后的響應信息；若需要，則執行步驟S4。
[0038]具體的，當業務邏輯平臺中的服務插件對特殊業務的請求報文信息處理后，判斷是否還需要調用其它特定服務系統，即是否需要執行其它特殊服務，若不需要，則直接通過服務端向前端渠道系統返回服務插件對對應的服務處理后的響應信息，若需要，則執行步驟S4。
[0039]S4、所述服務插件通過客服端向所述其它特定系統服務發送請求，并通過所述客服端接收所述其它特定系統服務返回的響應信息，且通過服務端將該響應信息發送給前端渠道系統。
[0040]具體的，若業務邏輯平臺判斷還需要調用其它特定系統服務，則將需要調用其它特定系統服務的請求報文信息進行封裝，并通過客服端向其它特定服務系統發送請求，待其它特定服務系統根據請求處理后，業務邏輯平臺通過客服端接收其它服務系統返回的響應信息，且通過服務端將接收到的響應信息發送給前端渠道系統。
[0041]另外，當業務邏輯平臺通過客服端接收其它服務系統返回的響應信息后，根據該響應信息判斷該服務是否為超時服務，若不為超時服務，則將所述響應信息返回給業務邏輯平臺；若為超時服務，則記錄超時調用記錄。
[0042]在整個操作過程中，業務邏輯平臺中的超時任務模塊會定時查詢超時會話記錄，并判斷該超時會話記錄是否需要調用對應的超時服務，若是，則調用對應的超時服務，若否，則記錄會話信息。
[0043]實施例二、一種基于服務插件的業務處理系統。下面結合圖6對本實施例提供的系統進行說明。
[0044]參見圖6，本實施例提供的系統包括服務端1、消息隊列2和業務邏輯平臺3，服務端1包括請求信息接收模塊11，業務邏輯平臺3包括服務插件調用模塊31、處理模塊32、第一判斷模塊33、響應信息返回模塊34、請求發送模塊35、響應信息接收模塊36和響應信息發送模塊37，其中，處理模塊32包括第二判斷模塊321、響應信息解析模塊322和查詢模塊323。
[0045]服務端1中的請求信息接收模塊11用于接收前端渠道系統發送的請求報文信息，所述請求報文信息中攜帶有服務標識。
[0046]消息隊列2用于將服務端1接收到的前端渠道系統發送的請求報文信息按照預定規則存放入其中。
[0047]業務邏輯平臺3中的服務插件調用模塊31用于根據請求報文信息中攜帶的服務標識，調用與服務標識對應的服務插件。
[0048]具體的，業務邏輯平臺3從消息隊列2