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

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

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