專利名稱：應(yīng)用業(yè)務(wù)的擴(kuò)展方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及業(yè)務(wù)支撐領(lǐng)域，具體涉及一種應(yīng)用業(yè)務(wù)的擴(kuò)展方法、裝置及系統(tǒng)。
背景技術(shù)：
一級(jí)B0SS(即0NEB0SS)是全國(guó)中心建設(shè)高速的信息交互平臺(tái)，實(shí)現(xiàn)帳務(wù)樞紐、客服樞紐、鑒權(quán)樞紐功能和全國(guó)業(yè)務(wù)數(shù)據(jù)管理，并初步實(shí)現(xiàn)BOSS系統(tǒng)全網(wǎng)的信息共享，帶動(dòng)全網(wǎng)支撐系統(tǒng)服務(wù)的提升。目前的系統(tǒng)有很高的耦合性，上線一個(gè)新業(yè)務(wù)時(shí)必須重啟整個(gè)系統(tǒng)來(lái)達(dá)到新程序的生效和業(yè)務(wù)邏輯處理要求，導(dǎo)致其他業(yè)務(wù)的中斷；同時(shí)在0NEB0SS上有多種業(yè)務(wù)平臺(tái)，如果一種業(yè)務(wù)平臺(tái)有問(wèn)題就會(huì)導(dǎo)致所有業(yè)務(wù)無(wú)法正常進(jìn)行，造成業(yè)務(wù)的不連續(xù)性，不能適應(yīng)快速業(yè)務(wù)推廣的需求；此外，在日常維護(hù)時(shí)也需要重啟整個(gè)系統(tǒng)，。上述各種情況說(shuō)明了現(xiàn)有BOSS在業(yè)務(wù)擴(kuò)展及維護(hù)時(shí)的穩(wěn)定性較低。

發(fā)明內(nèi)容
本發(fā)明的第一目的是提出一種穩(wěn)定的應(yīng)用業(yè)務(wù)的擴(kuò)展方法。本發(fā)明的第二目的是提出一種穩(wěn)定的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置。本發(fā)明的第三目的是提出一種穩(wěn)定的應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)。為實(shí)現(xiàn)上述第一目的，本發(fā)明提供了一種應(yīng)用業(yè)務(wù)的擴(kuò)展方法，包括將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。為實(shí)現(xiàn)上述第二目的，本發(fā)明提供了一種應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，包括第一處理模塊，用于將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；第二處理模塊，用于根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；調(diào)整模塊，用于根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。為實(shí)現(xiàn)上述第三目的，本發(fā)明提供了一種應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)，包括主機(jī)及備機(jī)，主機(jī)及備機(jī)中均包括應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，應(yīng)用業(yè)務(wù)的擴(kuò)展裝置將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系； 根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。本發(fā)明各個(gè)實(shí)施例中，通過(guò)將各應(yīng)用業(yè)務(wù)分為對(duì)應(yīng)的各類功能域，在接收的應(yīng)用業(yè)務(wù)不屬于已有功能域時(shí)，動(dòng)態(tài)加載其功能域，不影響在線業(yè)務(wù)的作業(yè)，實(shí)現(xiàn)了新業(yè)務(wù)上線與其他日常業(yè)務(wù)的同時(shí)進(jìn)行且互不影響，提升業(yè)務(wù)擴(kuò)展的穩(wěn)定性。


附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，并且構(gòu)成說(shuō)明書的一部分，與本發(fā)明的實(shí)施例一并用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中
圖1為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例--流程圖2為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例二二流程圖3為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例三三流程圖4為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置的實(shí)施例結(jié)構(gòu)圖5為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)的實(shí)施例結(jié)構(gòu)圖。
具體實(shí)施例方式以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說(shuō)明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本發(fā)明。方法實(shí)施例圖1為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例一流程圖。如圖1所示，本實(shí)施例包括步驟102 將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；步驟104 根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；步驟106 根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。本實(shí)施例通過(guò)將各應(yīng)用業(yè)務(wù)分為對(duì)應(yīng)的各類功能域，在接收的應(yīng)用業(yè)務(wù)不屬于已有功能域時(shí)，動(dòng)態(tài)加載其功能域，不影響在線業(yè)務(wù)的作業(yè)，實(shí)現(xiàn)了新業(yè)務(wù)上線與其他日常業(yè)務(wù)的同時(shí)進(jìn)行且互不影響，提升業(yè)務(wù)擴(kuò)展的穩(wěn)定性。圖2為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例二流程圖。如圖2所示，包括步驟200，轉(zhuǎn)換器接收到業(yè)務(wù)的交易代碼(即業(yè)務(wù)類別)；該轉(zhuǎn)換器設(shè)置在BOSS系統(tǒng)中。轉(zhuǎn)化器主要包含兩個(gè)部分，第一部分是將BOSS系統(tǒng)的應(yīng)用業(yè)務(wù)劃分為基礎(chǔ)功能域， 一級(jí)客服功能域和集團(tuán)業(yè)務(wù)功能域等多個(gè)一級(jí)功能域；轉(zhuǎn)化器的第二部分是對(duì)于每個(gè)交易在處理業(yè)務(wù)邏輯之前，判斷業(yè)務(wù)交易代碼是否能歸入到現(xiàn)有一級(jí)功能域，若新增交易歸屬于已有一級(jí)功能域時(shí)，根據(jù)每個(gè)交易的業(yè)務(wù)類別轉(zhuǎn)發(fā)到對(duì)應(yīng)歸屬的一級(jí)功能域同時(shí)在對(duì)應(yīng)子域中添加該業(yè)務(wù)交易代碼，進(jìn)行后續(xù)業(yè)務(wù)邏輯處理；若新增交易不歸屬已有功能域中的任何一個(gè)一級(jí)功能域時(shí)，在轉(zhuǎn)換器中添加對(duì)應(yīng)一級(jí)功能域，同時(shí)添加其一級(jí)功能域的子域代碼，這樣熱啟動(dòng)轉(zhuǎn)換器就可以完成業(yè)務(wù)分發(fā)到不同功能域的工作，這樣既不影響原有業(yè)務(wù)正常處理，也可以保證了特殊業(yè)務(wù)的特殊處理，從而達(dá)到全網(wǎng)業(yè)務(wù)的不間斷性，完整性；該轉(zhuǎn)化器原理為transmit_name = CUST | BBOSS | CALLCENTER | BADINF01 /* 建立一級(jí)功能域 */CALLCENTER_URL = http://10.110.132.58/csp/pbh/provServiceProvider. action/*某一級(jí)功能域投遞地址*/CALLCENTER_TRANS_CONFIG = BIP2C004 | BIP2C005 | BIP2C012 | /* 建立子功能域 */具體見(jiàn)本實(shí)施例以下各步驟的解釋說(shuō)明；步驟202，當(dāng)轉(zhuǎn)換器接收到業(yè)務(wù)代碼時(shí)，首先判斷是否適用于目前的一級(jí)功能域， 若不屬于已有的任何一個(gè)一級(jí)功能域或者交易返回慢，則對(duì)應(yīng)表示遇到新功能類交易或障礙交易，新增功能域或者將障礙交易單獨(dú)放置單獨(dú)域，保證功能域的健康性和可規(guī)劃性，其中具體新增功能域的操作參見(jiàn)如下轉(zhuǎn)化器原理實(shí)例，執(zhí)行步驟204 ；若屬于已有的任一交易功能域，則無(wú)需改變域，執(zhí)行步驟208 ；具體實(shí)例如新增全網(wǎng)客服投訴工單傳遞業(yè)務(wù)，需將交易傳遞到客服系統(tǒng)中，這時(shí)需要添加客服系統(tǒng)對(duì)應(yīng)投遞地址，及全網(wǎng)客服投訴工單傳遞的一級(jí)功能域，同時(shí)添加歸屬其子域的交易代碼；當(dāng)系統(tǒng)運(yùn)行中發(fā)現(xiàn)某個(gè)一級(jí)功能域存在處理超時(shí)等待狀態(tài)時(shí)，為避免產(chǎn)生對(duì)整個(gè)系統(tǒng)的擁塞，而將產(chǎn)生異常的交易代碼從一級(jí)功能域和歸屬的子域中轉(zhuǎn)移到新建一級(jí)功能域及其子域中讓交易暫時(shí)處于丟棄狀態(tài)，保障整個(gè)系統(tǒng)的交易穩(wěn)定；步驟204 更改轉(zhuǎn)換器配置，動(dòng)態(tài)調(diào)整一級(jí)功能域及其子域的業(yè)務(wù)代碼歸屬情況， 系統(tǒng)根據(jù)業(yè)務(wù)代碼判斷一級(jí)功能域歸屬，轉(zhuǎn)發(fā)交易，動(dòng)態(tài)實(shí)現(xiàn)寫入系統(tǒng)文件，為熱啟動(dòng)準(zhǔn)備必要入口文件；實(shí)例承接以上轉(zhuǎn)化器實(shí)例，具體實(shí)現(xiàn)如下應(yīng)用讀取轉(zhuǎn)化器MyLog. debugLog(〃 http 協(xié)議轉(zhuǎn)發(fā)〃)；MyLog. debugLog(〃 屬于〃 +transmit_name+〃交易, BIPC0DE= [“ +bipCode+"]，直接轉(zhuǎn)交給〃 +transmit_name+〃 系統(tǒng)〃)；TraderAgent trader = new TraderAgent()；MyLog. debugLog(transmit_name+ 〃 系統(tǒng) URL = [“+transmit_url+〃]〃 )；retStr = trader. postCommCust(“ “ , transmit_url, xmIReqName, xmlData)；MyLog. debugLog (transmit—name+〃 返回應(yīng)答 艮文=〃 )；步驟206，加載轉(zhuǎn)化器，該步驟主要使用熱啟動(dòng)方法熱更新配置文件，主要原理是將需要更新的數(shù)據(jù)按規(guī)定規(guī)則放置到定義的模式，并執(zhí)行步驟212 ；實(shí)例如下熱加載配置文件是使用java. io從磁盤文件讀入信息到自定義MAP中， 程序動(dòng)態(tài)讀取MAP，并將對(duì)熱啟動(dòng)實(shí)現(xiàn)頁(yè)面化修改操作，加載實(shí)時(shí)更新配置；MAP定義過(guò)程reader = new BufferedReader(new FileReader(file)); String line = reader.readLine(); while (line != null) {
//判斷不以#開始，不是空行的才是符合規(guī)則的配置讀入Map if (!line.trim().equals("") && !line.trim().startsWith("#")) { int equallndex = line.indexOf('-"); if (equallndex > 0 ) { //如果串中沒(méi)有等號(hào)，跳過(guò) map.put(line.substring(0, equallndex).trim(),
line.substring(equallndex + l).trim());
line = reader.readLine();
}步驟208，進(jìn)行業(yè)務(wù)邏輯判斷，執(zhí)行到步驟210 ；步驟210，根據(jù)現(xiàn)有的業(yè)務(wù)邏輯情況和業(yè)務(wù)變更情況判斷是否修改程序，如業(yè)務(wù)邏輯發(fā)生變動(dòng)交易代碼不變，這時(shí)需要修改程序是執(zhí)行步驟212，反之，執(zhí)行步驟216 ；步驟212，承接加載轉(zhuǎn)化器實(shí)例，動(dòng)態(tài)更新配置文件，重新讀取入口文件配置，將動(dòng)態(tài)劃分后的結(jié)果讀入到內(nèi)存完成熱啟動(dòng)；同時(shí)將處理邏輯程序按邏輯調(diào)用功能劃分為多級(jí)別，實(shí)現(xiàn)最大限度熱部署應(yīng)用程序；實(shí)例如下如果想高效的支撐業(yè)務(wù)開展，單純的靠代發(fā)開發(fā)不是一個(gè)好方法，盡可能多的利用配置文件，實(shí)現(xiàn)業(yè)務(wù)的可配置性，配置文件的在線加載就成為一個(gè)瓶頸，同時(shí)java虛擬機(jī)加載class文件的順序是先加載classpath，再加載具體應(yīng)用的路徑；目前的系統(tǒng)框架中業(yè)務(wù)處理主要由EJB處理的，由于EJB的特性，在EJB中需要的class等都可以在jar包找到，也可以更新jar包中的內(nèi)容從而更新程序，但由于啟動(dòng)腳本中將應(yīng)用目錄設(shè)置成classpath，而現(xiàn)在程序上線時(shí)將EJBjar包中用到的class存放在了 classpath中使得java虛擬機(jī)在加載class的時(shí)候并沒(méi)有加載EJBjar中的class 而是加載了 classpath中的class，使得EJB在更新class的時(shí)候必須更新classpath中的 class這就導(dǎo)致了 weblogic需要重啟；改造之初需要將新增的class不更新到classpath中，新增的EJB時(shí)須將新增 class打入jar包，逐步清理classpath中只保留基本class，達(dá)到改變單個(gè)業(yè)務(wù)邏輯時(shí)不影響其他業(yè)務(wù)；步驟214，在線處理，利用主備機(jī)可以隨時(shí)切換特性，在線更換程序，甚至可以重啟系統(tǒng)而對(duì)在線交易不產(chǎn)生任何影響，同時(shí)執(zhí)行步驟216 ；步驟216，程序處理，實(shí)現(xiàn)具體邏輯處理，如繳費(fèi)業(yè)務(wù)具體處理過(guò)程，處理結(jié)束，執(zhí)行步驟218步驟218，數(shù)據(jù)處理；將程序處理結(jié)果記錄到數(shù)據(jù)庫(kù)中，到此位置，一個(gè)交易完成。圖3為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展方法的實(shí)施例二流程圖。本實(shí)施例是建立在BOSS系統(tǒng)中的主機(jī)服務(wù)器中的各功能塊與備機(jī)服務(wù)器中每一功能塊分別相連的基礎(chǔ)上，且預(yù)先設(shè)定主機(jī)中weblogicl的監(jiān)聽(tīng)端口存在時(shí)優(yōu)先級(jí)高于備機(jī)中webl0giC2。如圖3所示，包括步驟300，交易發(fā)起方將交易首先投遞到四層交換機(jī)上；步驟302，四層交換機(jī)監(jiān)測(cè)weblogic的健康情況和數(shù)據(jù)庫(kù)連接健康情況；步驟304，四層交互根據(jù)預(yù)先設(shè)置的主機(jī)及備機(jī)的優(yōu)先級(jí)分發(fā)交易，在本實(shí)施例中，對(duì)weblogicl的級(jí)別進(jìn)行判斷，具體如利用weblogicl后臺(tái)參數(shù)實(shí)時(shí)獲取數(shù)據(jù)庫(kù)連接數(shù)、隊(duì)列連接數(shù)等參數(shù)情況，根據(jù)實(shí)際需要設(shè)立應(yīng)用級(jí)別監(jiān)控，若weblogicl滿足要求時(shí)， 執(zhí)行步驟306;若應(yīng)用級(jí)別達(dá)到設(shè)定閥值時(shí)切換到步驟314中，如當(dāng)產(chǎn)生宕機(jī)類系統(tǒng)級(jí)別的錯(cuò)誤時(shí)自動(dòng)切換鏈路，或者在判定weblogicl的隊(duì)列數(shù)和連接池等性能參數(shù)不符合閥值設(shè)定時(shí)自動(dòng)切換到互補(bǔ)鏈路；步驟306，weblogicl接收交易，首先進(jìn)行操作流水記錄，同時(shí)分析交易情況，執(zhí)行步驟308 ；步驟308，weblogicl是否需要調(diào)整轉(zhuǎn)化器或進(jìn)行熱加載配置文件、程序，如需要執(zhí)行圖二步驟，調(diào)整完畢后執(zhí)行步驟310 ；步驟310 判斷tuxedol的級(jí)別，具體如判斷tuxedol連接是否在規(guī)定時(shí)間內(nèi)正常反饋，當(dāng)超過(guò)規(guī)定時(shí)間時(shí)，執(zhí)行步驟320，實(shí)現(xiàn)自動(dòng)切換到互補(bǔ)鏈路，保證交易正常完成；本領(lǐng)域技術(shù)人員可以理解，步驟314-318分別與步驟306-310對(duì)稱，不再贅述；在步驟310之后執(zhí)行步驟312，tuxedol與數(shù)據(jù)庫(kù)進(jìn)行交互完成交易；在步驟318之后執(zhí)行步驟320，tuxedo2與數(shù)據(jù)庫(kù)進(jìn)行交互完成交易。本實(shí)施例通過(guò)，主機(jī)的每一功能塊與備機(jī)的所有功能塊分別相連，在當(dāng)前處理鏈路出現(xiàn)故障時(shí)直接切換至互補(bǔ)鏈路，解決了主備系統(tǒng)間消息傳遞問(wèn)題及系統(tǒng)切換的問(wèn)題， 保證業(yè)務(wù)的連續(xù)性。裝置實(shí)施例圖4為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置的實(shí)施例結(jié)構(gòu)圖。圖1-3所示的各方法實(shí)施例均可應(yīng)用于本實(shí)施例。本實(shí)施例包括第一處理模塊40，用于將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；第二處理模塊42，用于根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；調(diào)整模塊44，用于根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。具體操作時(shí)，該應(yīng)用業(yè)務(wù)的擴(kuò)展裝置還可以包括第三處理模塊46，用于根據(jù)預(yù)設(shè)的功能域與配置文件的對(duì)應(yīng)關(guān)系，熱更新與所屬的功能域相適配的配置文件；根據(jù)預(yù)設(shè)的功能域與應(yīng)用程序的對(duì)應(yīng)關(guān)系，熱部署與所屬的功能域相適配的應(yīng)用程序。調(diào)整模塊44可以包括第一調(diào)整子模塊442，用于在判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系為接收的應(yīng)用業(yè)務(wù)不屬于多個(gè)功能域中的任一種時(shí)，添加接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)代碼，并熱啟動(dòng)業(yè)務(wù)代碼，形成接收的應(yīng)用業(yè)務(wù)所屬的功能域；第二調(diào)整子模塊444，用于在判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系為接收的應(yīng)用業(yè)務(wù)屬于多個(gè)功能域中的一種時(shí)，將接收的應(yīng)用業(yè)務(wù)動(dòng)態(tài)歸屬到對(duì)應(yīng)的功能域。
本領(lǐng)域技術(shù)人員可以理解該應(yīng)用業(yè)務(wù)的擴(kuò)展裝置設(shè)置在BOSS系統(tǒng)中。本實(shí)施通過(guò)將各應(yīng)用業(yè)務(wù)分為對(duì)應(yīng)的各類功能域，在接收的應(yīng)用業(yè)務(wù)不屬于已有功能域時(shí)，動(dòng)態(tài)加載其功能域，不影響在線業(yè)務(wù)的作業(yè)，實(shí)現(xiàn)了新業(yè)務(wù)上線與其他日常業(yè)務(wù)的同時(shí)進(jìn)行且互不影響，提升業(yè)務(wù)擴(kuò)展的穩(wěn)定性。系統(tǒng)實(shí)施例圖5為本發(fā)明的應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)的實(shí)施例結(jié)構(gòu)圖。圖1-3所示的各方法實(shí)施例均可應(yīng)用于本實(shí)施例。本實(shí)施例包括主機(jī)及備機(jī)，主機(jī)及備機(jī)中均包括應(yīng)用業(yè)務(wù)的擴(kuò)展裝置(圖未示)，應(yīng)用業(yè)務(wù)的擴(kuò)展裝置將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。本領(lǐng)域技術(shù)人員可以理解該主機(jī)及備機(jī)均為BOSS系統(tǒng)。優(yōu)選地，主機(jī)中的每一功能塊與備機(jī)中的所有功能塊分別相連。具體如主備系統(tǒng)中的數(shù)據(jù)庫(kù)連接也采用互備方式，設(shè)置不同的數(shù)據(jù)庫(kù)連接優(yōu)先級(jí)，調(diào)整后產(chǎn)生四條可用鏈路，同時(shí)在線備用兩個(gè)數(shù)據(jù)庫(kù)結(jié)點(diǎn)，日常維護(hù)過(guò)程中利用自制上線工具便捷備份應(yīng)用程序， 保障當(dāng)主鏈路發(fā)生問(wèn)題時(shí)，可以自由切換其他三路鏈路中。本實(shí)施例通過(guò)實(shí)現(xiàn)全網(wǎng)業(yè)務(wù)受理的不間斷支撐，實(shí)現(xiàn)了在新業(yè)務(wù)上線時(shí)日常運(yùn)維的穩(wěn)定性，即日常維護(hù)和新業(yè)務(wù)加載的不沖突受理，具體地，轉(zhuǎn)換器實(shí)現(xiàn)了動(dòng)態(tài)劃分功能域及域內(nèi)涵蓋交易，對(duì)后期的規(guī)劃和調(diào)整留有發(fā)展余地，保證了特殊業(yè)務(wù)的特殊處理，同時(shí)還實(shí)現(xiàn)了在線部署配置文件和更新程序；優(yōu)選地，當(dāng)系統(tǒng)產(chǎn)生異常時(shí)半自動(dòng)化的切換可用鏈路，進(jìn)一步提高穩(wěn)定性。最后應(yīng)說(shuō)明的是以上僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種應(yīng)用業(yè)務(wù)的擴(kuò)展方法，其特征在于，包括將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系；根據(jù)判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整所述接收的應(yīng)用業(yè)務(wù)所屬的功能域。
2.根據(jù)權(quán)利要求1所述的應(yīng)用業(yè)務(wù)的擴(kuò)展方法，其特征在于，所述根據(jù)判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整所述接收的應(yīng)用業(yè)務(wù)所屬的功能域的步驟包括在所述判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系為所述接收的應(yīng)用業(yè)務(wù)不屬于所述多個(gè)功能域中的任一種時(shí)，添加所述接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)代碼，并熱啟動(dòng)所述業(yè)務(wù)代碼，形成所述接收的應(yīng)用業(yè)務(wù)所屬的功能域；在所述判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系為所述接收的應(yīng)用業(yè)務(wù)屬于所述多個(gè)功能域中的一種時(shí)，將所述接收的應(yīng)用業(yè)務(wù)動(dòng)態(tài)歸屬到對(duì)應(yīng)的功能域。
3.根據(jù)權(quán)利要求2所述的應(yīng)用業(yè)務(wù)的擴(kuò)展方法，其特征在于，在所述熱啟動(dòng)所述業(yè)務(wù)代碼的步驟之后還包括根據(jù)預(yù)設(shè)的功能域與配置文件的對(duì)應(yīng)關(guān)系，熱更新與所述所屬的功能域相適配的配置文件。
4.根據(jù)權(quán)利要求3所述的應(yīng)用業(yè)務(wù)的擴(kuò)展方法，其特征在于，在所述熱更新與所述所屬的功能域相適配的配置文件的步驟之后還包括根據(jù)預(yù)設(shè)的功能域與應(yīng)用程序的對(duì)應(yīng)關(guān)系，熱部署與所述所屬的功能域相適配的應(yīng)用程序。
5.根據(jù)上述權(quán)利要求1-4中任一項(xiàng)所述的應(yīng)用業(yè)務(wù)的擴(kuò)展方法，其特征在于，在處理所述接收的應(yīng)用業(yè)務(wù)時(shí)還包括在當(dāng)前進(jìn)行處理操作的主機(jī)的第一功能塊出現(xiàn)故障時(shí)，切換至備機(jī)中與所述第一功能塊對(duì)應(yīng)的功能塊；或者在當(dāng)前進(jìn)行處理操作的所述備機(jī)的第二功能塊出現(xiàn)故障時(shí)，切換至所述主機(jī)中與所述第二功能塊對(duì)應(yīng)的功能塊，其中，所述主機(jī)及備機(jī)均為BOSS系統(tǒng)。
6.一種應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，其特征在于，包括第一處理模塊，用于將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；第二處理模塊，用于根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系；調(diào)整模塊，用于根據(jù)判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整所述接收的應(yīng)用業(yè)務(wù)所屬的功能域。
7.根據(jù)權(quán)利要求6所述的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，其特征在于，所述調(diào)整模塊包括第一調(diào)整子模塊，用于在所述判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系為所述接收的應(yīng)用業(yè)務(wù)不屬于所述多個(gè)功能域中的任一種時(shí)，添加所述接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)代碼，并熱啟動(dòng)所述業(yè)務(wù)代碼，形成所述接收的應(yīng)用業(yè)務(wù)所屬的功能域；第二調(diào)整子模塊，用于在所述判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系為所述接收的應(yīng)用業(yè)務(wù)屬于所述多個(gè)功能域中的一種時(shí)，將所述接收的應(yīng)用業(yè)務(wù)動(dòng)態(tài)歸屬到對(duì)應(yīng)的功能域。
8.根據(jù)權(quán)利要求7所述的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，其特征在于，還包括第三處理模塊，用于根據(jù)預(yù)設(shè)的功能域與配置文件的對(duì)應(yīng)關(guān)系，熱更新與所述所屬的功能域相適配的配置文件；根據(jù)預(yù)設(shè)的功能域與應(yīng)用程序的對(duì)應(yīng)關(guān)系，熱部署與所述所屬的功能域相適配的應(yīng)用程序。
9.根據(jù)上述權(quán)利要求6-8中任一項(xiàng)所述的應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，其特征在于，其設(shè)置在BOSS系統(tǒng)中。
10.一種應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)，其特征在于，包括主機(jī)及備機(jī)，所述主機(jī)及備機(jī)中均包括應(yīng)用業(yè)務(wù)的擴(kuò)展裝置，所述應(yīng)用業(yè)務(wù)的擴(kuò)展裝置將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系；根據(jù)判定得到的所述接收的應(yīng)用業(yè)務(wù)與所述多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整所述接收的應(yīng)用業(yè)務(wù)所屬的功能域。
11.根據(jù)權(quán)利要求10所述的應(yīng)用業(yè)務(wù)的擴(kuò)展系統(tǒng)，其特征在于，所述主機(jī)中的每一功能塊與所述備機(jī)中的所有功能塊分別相連。
全文摘要
本發(fā)明提供了一種應(yīng)用業(yè)務(wù)的擴(kuò)展方法、裝置及系統(tǒng)，其中，該方法包括將各應(yīng)用業(yè)務(wù)劃分為多個(gè)功能域；根據(jù)接收的應(yīng)用業(yè)務(wù)的業(yè)務(wù)類別，判斷接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系；根據(jù)判定得到的接收的應(yīng)用業(yè)務(wù)與多個(gè)功能域的關(guān)系，動(dòng)態(tài)調(diào)整接收的應(yīng)用業(yè)務(wù)所屬的功能域。本發(fā)明實(shí)現(xiàn)了新業(yè)務(wù)上線與其他日常業(yè)務(wù)的同時(shí)進(jìn)行且互不影響，提升業(yè)務(wù)擴(kuò)展的穩(wěn)定性。
文檔編號(hào)G06F9/44GK102567006SQ20101062423
公開日2012年7月11日 申請(qǐng)日期2010年12月31日 優(yōu)先權(quán)日2010年12月31日
發(fā)明者朱東昭, 李宏昌, 王曉偉, 王雅文, 趙英美 申請(qǐng)人:中國(guó)移動(dòng)通信集團(tuán)黑龍江有限公司