一種通信業(yè)務(wù)的處理方法及裝置的制造方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信領(lǐng)域，尤其涉及一種通信業(yè)務(wù)的處理方法及裝置。
【背景技術(shù)】
[0002] 在移動通訊領(lǐng)域業(yè)務(wù)支撐系統(tǒng)中，尤其是業(yè)務(wù)運(yùn)營支撐系統(tǒng) (Business&OperationSupportSystem,BOSS)、客戶關(guān)系管理（QistomerRelationship Management,CRM)等系統(tǒng)，對外都提供了大量的化va語言實(shí)現(xiàn)的數(shù)據(jù)接口，該些數(shù)據(jù)接 口為其外圍系統(tǒng)提供數(shù)據(jù)交換，業(yè)務(wù)處理等服務(wù)。該些數(shù)據(jù)接口分為兩類，擴(kuò)展標(biāo)識語言 (extensibleMarkupLanguage，XML)報(bào)文接口、非XML報(bào)文接口。
[0003]XML報(bào)文接口，通過超級文本傳送協(xié)議（HyperTextTransportProtocol,HTTP) 協(xié)議發(fā)送HTTP請求，并攜帶要請求的XML數(shù)據(jù)給服務(wù)端，服務(wù)端收到XML報(bào)文后對其進(jìn)行 解析，根據(jù)解析出來的數(shù)據(jù)做出相應(yīng)的處理，并W約定的XML格式的結(jié)果反饋給調(diào)用者。
[0004] 非XML報(bào)文接口，每個(gè)接口方法實(shí)現(xiàn)一個(gè)業(yè)務(wù)，接口方法參數(shù)的數(shù)量和類型都是 根據(jù)具體業(yè)務(wù)需要而設(shè)計(jì)的，各不相同，通常參數(shù)本身無需轉(zhuǎn)換處理即可W直接為業(yè)務(wù)實(shí) 現(xiàn)編碼所用。
[000引對于XML報(bào)文接口，存在如下問題：
[0006]XML報(bào)文接口的開發(fā)和使用復(fù)雜?？蛻舳撕头?wù)端都需要識別XML報(bào)文，并解析該 XML報(bào)文，其中，XML報(bào)文與具體業(yè)務(wù)類型相對應(yīng)，不同具體業(yè)務(wù)類型的XML報(bào)文也不相同。 因此，使用者需要另外構(gòu)建一個(gè)XML報(bào)文規(guī)范來調(diào)用XML報(bào)文接口，然而，XML報(bào)文接口本 身需要接收XML報(bào)文并對其進(jìn)行解析處理，整個(gè)使用XML報(bào)文接口的過程都是硬編碼完成， 相當(dāng)?shù)穆闊┣胰菀壮霈F(xiàn)失誤。
[0007]XML報(bào)文數(shù)量眾多，維護(hù)困難。雖然都是通過XML報(bào)文形式來調(diào)用XML報(bào)文接口，但 實(shí)際上是一個(gè)具體業(yè)務(wù)類型對應(yīng)一個(gè)XML報(bào)文，因此，針對不同的具體業(yè)務(wù)類型對應(yīng)的XML 報(bào)文，還需要構(gòu)建對應(yīng)的不同的XML報(bào)文規(guī)范來滿足各種不同業(yè)務(wù)的需要，。然而具體業(yè)務(wù) 類型數(shù)量巨大，每個(gè)具體業(yè)務(wù)類型對應(yīng)的XML報(bào)文規(guī)范數(shù)量同樣巨大。將大量的XML報(bào)文規(guī) 范硬編碼到代碼中，給規(guī)范的維護(hù)與代碼維護(hù)帶來很大困難，在維護(hù)過程中，必須同時(shí)拿到 XML報(bào)文規(guī)范對照代碼才能進(jìn)行維護(hù)工作，如果具體業(yè)務(wù)類型稍有變更，而規(guī)范沒有做同步 變更，那么長期積累下來后，系統(tǒng)的維護(hù)工作將非常困難，在后期修正過程中，還需要進(jìn)行 很多系統(tǒng)的改動。
[000引對于非XML報(bào)文接口，存在如下問題：
[000引 W郵件投遞的接口為例，系統(tǒng)中有眾多的郵件投遞需求，比如詳單投遞，M值查詢 投遞等等，每個(gè)郵件投遞的數(shù)據(jù)不一樣，模版格式也不一樣，要存儲的數(shù)據(jù)字段也不一樣， 需要針對每個(gè)具體的郵件投遞業(yè)務(wù)進(jìn)行編碼實(shí)現(xiàn)。
[0010]非XML報(bào)文接口無法實(shí)現(xiàn)復(fù)用。由于接口方法參數(shù)與具體業(yè)務(wù)類型緊密相關(guān)，調(diào) 用雙方必須相互"約定"、"遵守"、"理解"接口方法參數(shù)的定義，并通過接口方法參數(shù)來實(shí)現(xiàn) 某一類型的具體業(yè)務(wù)，通常一個(gè)非XML報(bào)文接口只能實(shí)現(xiàn)一個(gè)特定的具體業(yè)務(wù)類型。所W， 由于一個(gè)非XML報(bào)文接口是針對一個(gè)具體業(yè)務(wù)類型編碼實(shí)現(xiàn)的，因此，一個(gè)非XML報(bào)文接口 無法復(fù)用，更談不上通用。
[0011] 非XML報(bào)文接口不適應(yīng)業(yè)務(wù)變化。當(dāng)某一具體業(yè)務(wù)類型發(fā)送變動時(shí)，對應(yīng)該具體 業(yè)務(wù)類型的非XML報(bào)文接口通常也要跟著變動，因?yàn)榉荴ML報(bào)文接口的參數(shù)是需要開發(fā)者 根據(jù)具體業(yè)務(wù)類型定義的。
[0012] 非XML報(bào)文接口穩(wěn)定度很低，維護(hù)困難。如果使用某一非XML報(bào)文接口的系統(tǒng)數(shù) 量較多，當(dāng)對應(yīng)的具體業(yè)務(wù)類型發(fā)生變化的時(shí)候，該非XML報(bào)文接口的方法定義也要隨之 改動。其他使用此非XML報(bào)文接口的方法的系統(tǒng)都要改動，給維護(hù)帶來很大的困難。
[0013] 非XML報(bào)文接口數(shù)量伴隨著具體業(yè)務(wù)類型的增加而增加，增加維護(hù)困難。

【發(fā)明內(nèi)容】

[0014] 本發(fā)明實(shí)施例提供一種通信業(yè)務(wù)的處理方法及裝置，用W解決現(xiàn)有技術(shù)中XML報(bào) 文接口存在的使用復(fù)雜，每次使用都要另外構(gòu)建一個(gè)XML報(bào)文規(guī)范，處理過程復(fù)雜，容易出 現(xiàn)失誤，且XML報(bào)文數(shù)量眾多，開發(fā)和維護(hù)困難，影響通信質(zhì)量的問題，W及非XML報(bào)文接口 存在的無法實(shí)現(xiàn)復(fù)用，不適應(yīng)業(yè)務(wù)變化，穩(wěn)定度低，W及接口數(shù)量眾多，維護(hù)困難，最終影響 通信效率的問題。
[0015] 本發(fā)明實(shí)施例提供的具體技術(shù)方案如下：
[0016] 第一方面，一種通信業(yè)務(wù)的處理方法，包括：
[0017] 接收到一個(gè)業(yè)務(wù)處理請求，提取所述業(yè)務(wù)處理請求中攜帶的業(yè)務(wù)參數(shù)，并確定所 述業(yè)務(wù)處理請求所針對的業(yè)務(wù)類型；
[0018] 將所述業(yè)務(wù)參數(shù)加載至針對所述業(yè)務(wù)類型預(yù)設(shè)的子類文件中，其中，所述子類文 件的屬性繼承指定的主類文件的屬性；
[0019] 基于加載了所述業(yè)務(wù)參數(shù)的子類文件，執(zhí)行相應(yīng)的業(yè)務(wù)處理。
[0020] 通過該種方法，處理每個(gè)通信業(yè)務(wù)時(shí)，只要提取該業(yè)務(wù)參數(shù)，并調(diào)用的子類文件和 主類文件就可W執(zhí)行相應(yīng)的業(yè)務(wù)處理，實(shí)現(xiàn)了接口文件的復(fù)用，當(dāng)業(yè)務(wù)發(fā)生變化時(shí)，只需要 將該業(yè)務(wù)類型針對的子類文件進(jìn)行修改即可，穩(wěn)定度高，且開發(fā)維護(hù)更方便，從而保證了處 理通信業(yè)務(wù)的效率。
[0021] 結(jié)合第一方面，在第一種可能的實(shí)現(xiàn)方式中，所述業(yè)務(wù)參數(shù)為輕量級數(shù)據(jù)交換 JS0N格式的字符串。
[0022] 通過該種方法，可W提高系統(tǒng)的通用性與靈活性。
[0023] 結(jié)合第一方面或第一方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式 中，所述指定的主類文件的屬性中定義了通用的功能模塊；所述子類文件的屬性中定義了 針對所述業(yè)務(wù)類型設(shè)定的功能模塊。
[0024] 通過該種方法，可W提高接口文件的復(fù)用性、穩(wěn)定度，后期的開發(fā)和維護(hù)更方便。
[0025] 結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，在第H種可能的實(shí)現(xiàn)方式中，將所述業(yè) 務(wù)參數(shù)加載至針對所述業(yè)務(wù)類型預(yù)設(shè)的子類文件中，包括：
[0026] 讀取所述業(yè)務(wù)參數(shù)中包含的每一個(gè)參數(shù)標(biāo)識的參數(shù)值，并根據(jù)所述每一個(gè)參數(shù)標(biāo) 識將相應(yīng)的參數(shù)值賦值給所述子類文件的屬性中定義的各個(gè)功能模塊。
[0027] 通過該種方法，可W在調(diào)用該子類文件的各個(gè)功能模塊時(shí)，實(shí)現(xiàn)針對該業(yè)務(wù)處理 請求，執(zhí)行相應(yīng)的業(yè)務(wù)處理。
[0028] 結(jié)合第一方面的第二種可能的實(shí)現(xiàn)方式，在第四種可能的實(shí)現(xiàn)方式中，基于加載 了所述業(yè)務(wù)參數(shù)的子類文件，執(zhí)行相應(yīng)的業(yè)務(wù)處理，包括：
[0029] 基于加載了所述業(yè)務(wù)參數(shù)的子類文件設(shè)置一個(gè)對象；
[0030] 根據(jù)所述對象調(diào)用所述子類文件的屬性中定義的各個(gè)功能模塊，W及調(diào)用所述子 類文件的屬性繼承的所述主類文件的屬性中定義的的各個(gè)功能模塊；
[0031] 采用調(diào)用的各個(gè)功能模塊，執(zhí)行相應(yīng)的業(yè)務(wù)處理。
[0032] 通過該種方法，可W調(diào)用子類文件的屬性中定義的各個(gè)功能模塊，W及調(diào)用子類 文件的屬性繼承的主類文件的屬性中定義的各個(gè)功能模塊。
[0033] 第二方面，一種通信業(yè)務(wù)的處理裝置，包括：
[0034] 處理單元，用于接收到一個(gè)業(yè)務(wù)處理請求，提取所述業(yè)務(wù)處理請求中攜帶的業(yè)務(wù) 參數(shù)，并確定所述業(yè)務(wù)處理請求所針對的業(yè)務(wù)類型；
[00巧]加載單元，用于將所述業(yè)務(wù)參數(shù)加載至針對所述業(yè)務(wù)類型預(yù)設(shè)的子類文件中，其 中，所述子類文件的屬性繼承指定的主類文件的屬性；
[0036] 運(yùn)行單元，用于基于加載了所述業(yè)務(wù)參數(shù)的子類文件，執(zhí)行相應(yīng)的業(yè)務(wù)處理。
[0037] 該樣，本裝置可W處理每個(gè)通信業(yè)務(wù)時(shí)，只要提取該業(yè)務(wù)參數(shù)，并調(diào)用的子類文件 和主類文件就可W執(zhí)行相應(yīng)的業(yè)務(wù)處理，實(shí)現(xiàn)了接口文件的復(fù)用，當(dāng)業(yè)務(wù)發(fā)生變化時(shí)，只需 要將該業(yè)務(wù)類型針對的子類文件進(jìn)行修改即可，穩(wěn)定度高，且開發(fā)維護(hù)更方便，從而保證了 處理通信業(yè)務(wù)的效率。
[0038] 結(jié)合第二方面，在第一種可能的實(shí)現(xiàn)方式中，所述業(yè)務(wù)參數(shù)為輕量級數(shù)據(jù)交換 JS0N格式的字符串。
[0039] 該樣，可W提高系統(tǒng)的通用性與靈活性。
[0040] 結(jié)合第二方面或第二方面的第一種可能的實(shí)現(xiàn)方式，在第二種可能的實(shí)現(xiàn)方式 中，所述指定的主類文件的屬性中定義了通用的功能模塊；所述子類文件的屬性中定義了 針對所述業(yè)務(wù)類型設(shè)定的功能模塊。
[0041] 該樣，可W提高接口文件的復(fù)用性、穩(wěn)定度，后期的開發(fā)和維護(hù)更方便。
[0042] 結(jié)合第二方面的第二種可能的實(shí)現(xiàn)方式，在第H種可能的實(shí)現(xiàn)方式中，所述加載 單元將所述業(yè)務(wù)參數(shù)加載至針對所述業(yè)務(wù)類型預(yù)設(shè)的子類文件中，包括：
[0043] 所述加載單元讀取所述業(yè)務(wù)參數(shù)中包含的每一個(gè)參數(shù)標(biāo)識的參數(shù)值，并根據(jù)所述 每一個(gè)參數(shù)標(biāo)識將相應(yīng)的參數(shù)值賦值給所述子類文件的屬性中定義的各個(gè)功能模塊。
[0044] 該樣，可W使運(yùn)行單元在調(diào)用該子類文件