專利名稱：實現(xiàn)業(yè)務(wù)請求的方法以及聯(lián)機指令系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明通信技術(shù)領(lǐng)域，特別是一種實現(xiàn)業(yè)務(wù)請求的方法以及一種聯(lián)機指令系統(tǒng)。
背景技術(shù)：
電信運營商業(yè)務(wù)系統(tǒng)，例如客戶管理系統(tǒng)(CRM)、客戶維護(CustomCare)、帳單(Billing)等業(yè)務(wù)支撐系統(tǒng)(BSS)/運營支撐系統(tǒng)(OSS)，無法避免都要或多或少地開展一些業(yè)務(wù)，需要與諸如歸屬位置寄存器(HLR)/鑒權(quán)中心(AuC)、無線智能網(wǎng)(WIN)、移動數(shù)據(jù)業(yè)務(wù)平臺(MDSP)、短消息中心(SMSC)、語音郵箱系統(tǒng)(VMS)、多媒體信息服務(wù)中心(MMSC)、統(tǒng)一消息服務(wù)(UM)、下一代網(wǎng)絡(luò)(NGN)、公共電話交換網(wǎng)(PSTN)等網(wǎng)絡(luò)側(cè)的網(wǎng)元(NE)存在接口，以進行業(yè)務(wù)開通(Service Provisioning)，Provisioning系統(tǒng)就相當于介于BSS/OSS和NE之間的接口。Provisioning系統(tǒng)有被稱為聯(lián)機指令系統(tǒng)的，也有被稱為業(yè)務(wù)開通系統(tǒng)(ServiceProvisioning)的，本發(fā)明統(tǒng)一稱之為聯(lián)機指令系統(tǒng)。圖1給出了聯(lián)機指令的位置。
目前，電信運營商無法避免會存在CRM、Custom Care、Billing等多個BSS/OSS系統(tǒng)，或存著不同專網(wǎng)的BSS/OSS運營系統(tǒng)，這些系統(tǒng)都需要交叉開展業(yè)務(wù)，需要與網(wǎng)絡(luò)側(cè)的網(wǎng)元存在接口，如果每個BSS/OSS業(yè)務(wù)請求系統(tǒng)都與網(wǎng)元直接相連，而每個網(wǎng)元又存在不同特色的通信協(xié)議，那勢必會形成一個龐大的網(wǎng)狀結(jié)構(gòu)，這樣不僅加大了運營商BSS/OSS系統(tǒng)的投入成本，同時還延長了運營商支撐新業(yè)務(wù)的進度。而且，由各個BSS/OSS系統(tǒng)提供的網(wǎng)元接口功能往往非常薄弱，不利于運營商快速地推出新業(yè)務(wù)。另外，此時的網(wǎng)元接口可維護性較低，如果發(fā)生異常，將很難處理。
現(xiàn)有聯(lián)機指令系統(tǒng)的模式如圖2所示。參照圖2，現(xiàn)有的聯(lián)機指令系統(tǒng)一般存在以下的特點一個網(wǎng)元接口對應(yīng)一套獨立的程序或進程，接口與接口之間相互獨立，每個接口有內(nèi)部獨立的處理邏輯。
申請人在實際使用過程中發(fā)現(xiàn)在現(xiàn)有的技術(shù)方案中，如果需要擴展一個接口，即擴展一個網(wǎng)元進程，在某個網(wǎng)元中擴展一個業(yè)務(wù)，基本采用寫死代碼的方式。但是，寫死代碼將會導(dǎo)致局方每次擴展一個業(yè)務(wù)都需要修改代碼。
另外，現(xiàn)有技術(shù)中還有一種采用指令模板的方式，即一個網(wǎng)元業(yè)務(wù)對應(yīng)一個指令模板。但是，該指令模板只有專業(yè)人士才能配置，而且需要較多的時間去調(diào)試，并不能由運營商簡單地動手進行配置。同時，一般的指令模板都是針對同一網(wǎng)元的簡單邏輯，無法針對多個網(wǎng)元的并行、串行、回滾、交互、條件等各種復(fù)雜邏輯，比如說，一個業(yè)務(wù)需要首先向網(wǎng)元1發(fā)送查詢指令，查看某個業(yè)務(wù)的狀態(tài)，再根據(jù)獲取業(yè)務(wù)狀態(tài)條件決定是否并行的向網(wǎng)元2、網(wǎng)元3發(fā)送開通指令，如果發(fā)送給網(wǎng)元2、網(wǎng)元3任何一條指令失敗，則觸發(fā)回滾操作，取消已經(jīng)成功開通的業(yè)務(wù)。在現(xiàn)有接口模式下，還不能支持這樣的復(fù)雜邏輯。
換言之，由于現(xiàn)有技術(shù)中的聯(lián)機指令系統(tǒng)只能提供對網(wǎng)元寫死代碼的方式、或者復(fù)雜的指令模板方式，而這些方式需要操作人員必須具備非常高深的專業(yè)知識以及對相關(guān)網(wǎng)元非常了解才能實現(xiàn)。因此，上述現(xiàn)有技術(shù)導(dǎo)致普通操作人員無法通過提交一個簡單的請求來開通業(yè)務(wù)。
另外，在很多情況下，運營商希望在開通一個業(yè)務(wù)時，按照一定的業(yè)務(wù)邏輯向多個網(wǎng)元發(fā)送多條指令，但是，由于現(xiàn)有技術(shù)對各個網(wǎng)元進行單獨的配置，從而無法支持復(fù)雜的業(yè)務(wù)邏輯，亦即無法支持向多網(wǎng)元并行、串行、條件、回滾等邏輯。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提出了一種實現(xiàn)業(yè)務(wù)請求方法，用以向操作人員提供簡單的業(yè)務(wù)請求模式。本發(fā)明實施例還提出了一種聯(lián)機指令系統(tǒng)。
本發(fā)明實施例提供了一種實現(xiàn)業(yè)務(wù)請求的方法，該方法包括將業(yè)務(wù)請求分解為第一指令請求；將分解出的第一指令請求轉(zhuǎn)換為針對網(wǎng)元的第二指令請求；將轉(zhuǎn)換后的第二指令請求發(fā)送給對應(yīng)的網(wǎng)元。
本發(fā)明實施例還提供了一種聯(lián)機指令系統(tǒng)，該系統(tǒng)包括請求分解模塊，用于將業(yè)務(wù)請求分解為第一指令請求；網(wǎng)元適配器，用于分解、解析所述第一指令請求并轉(zhuǎn)換為針對網(wǎng)元的第二指令請求，以適配同一協(xié)議下不同網(wǎng)元之間的差異；網(wǎng)元前置機，用于在所述聯(lián)機指令系統(tǒng)與網(wǎng)元之間收發(fā)第二指令請求，并實現(xiàn)協(xié)議的通用適配。
從上述方案中的一個技術(shù)方案可以看出，由于本發(fā)明將來自業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)請求分解為相應(yīng)的指令請求，并轉(zhuǎn)換為針對網(wǎng)元的指令請求，然后發(fā)送給對應(yīng)的網(wǎng)元，使得操作人員不需要了解具體到網(wǎng)元的指令請求就能夠簡單地實現(xiàn)業(yè)務(wù)請求，從而向操作人員提供了簡單的業(yè)務(wù)請求模式，降低了對操作人員專業(yè)知識的過高要求。由于操作簡單，所以還減少了業(yè)務(wù)請求的完成時間，提高了效率。
進一步，本發(fā)明實施例還提供了在業(yè)務(wù)請求中存在指令請求之間的邏輯關(guān)系時，可以根據(jù)邏輯關(guān)系對應(yīng)地發(fā)送指令請求，從而能夠?qū)崿F(xiàn)現(xiàn)有技術(shù)不能實現(xiàn)的邏輯方案，進一步簡化了業(yè)務(wù)請求的模式，降低了對操作人員的要求，并提高了效率。
而且，在本發(fā)明實施例的技術(shù)方案中，各個部分以及它們之間的邏輯關(guān)系都是可配置的，本領(lǐng)域技術(shù)人員可以根據(jù)各種應(yīng)用場景的需要對各種信息、業(yè)務(wù)請求、指令請求以及其中的邏輯關(guān)系等等進行配置，從而能夠非常方便地使用。
圖1為聯(lián)機指令系統(tǒng)的位置示意圖；圖2表示現(xiàn)有聯(lián)機指令系統(tǒng)的模式；圖3為本發(fā)明實施例技術(shù)方案中的抽象圖；圖4為抽象后的業(yè)務(wù)、網(wǎng)元、業(yè)務(wù)請求系統(tǒng)的關(guān)系模式示意圖；圖5為本發(fā)明實施例中的方法流程示意圖；圖6為本發(fā)明實施例中的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，以下舉實施例對本發(fā)明進一步詳細說明。
為了解決現(xiàn)有技術(shù)中的缺陷，本發(fā)明實施例提供了完整的智能化業(yè)務(wù)配置方案，使得操作人員只需要向聯(lián)機指令系統(tǒng)發(fā)送簡單的業(yè)務(wù)請求，然后聯(lián)機指令系統(tǒng)將業(yè)務(wù)請求分解轉(zhuǎn)換為針對網(wǎng)元的指令請求，并將所述指令請求發(fā)送給對應(yīng)的網(wǎng)元，從而向操作人員提供了簡單的業(yè)務(wù)開通模式，降低了對操作人員的專業(yè)要求。
下面具體描述本發(fā)明實施例的實現(xiàn)方案。
為了實現(xiàn)本發(fā)明實施例的技術(shù)方案，需要對業(yè)務(wù)、網(wǎng)元、指令等進行抽象。
圖3為本發(fā)明實施例中技術(shù)方案的抽象圖。
首先描述對于網(wǎng)元的抽象。由于網(wǎng)元接口很多，如果針對一個網(wǎng)元接口開發(fā)一套完整的定制邏輯，不僅會導(dǎo)致很大的人力浪費，而且成本太高。因此將網(wǎng)元層面細分為網(wǎng)元前置機層和網(wǎng)元適配器層。
網(wǎng)元前置機層是對協(xié)議的一種抽象，解決相同協(xié)議的網(wǎng)元連接、簽到、報文發(fā)送和獲取機制，比如網(wǎng)元前置機層可以分為套接字(Socket)MML、遠程登錄協(xié)議(Telnet)、文件傳輸協(xié)議(FPT)、點到點短消息協(xié)議(SMPP)、文件類型定義(DTD)XML over HTTP、簡單對象訪問協(xié)議(SOAP)1.1、SOAP1.2等等；在協(xié)議層進行同一的抽象，提供給各種采用同一協(xié)議、不同實現(xiàn)的網(wǎng)元以同一類型網(wǎng)元前置機。
其次是網(wǎng)元適配器，由于雖然采用同一種協(xié)議，但是實際報文拼接的規(guī)則、報文解析的規(guī)則、心跳機制等等差異比較大，網(wǎng)元適配器的存在就是適配這些差異。
經(jīng)過以上兩層屏蔽后，剩下的就是可以完全配置化的網(wǎng)元信息，其包括兩部分網(wǎng)元基本信息、網(wǎng)元指令信息。其中，網(wǎng)元基本信息包括網(wǎng)元名稱、IP、端口(PORT)、登陸用戶名/密碼、失敗重發(fā)次數(shù)、是否需要簽到、網(wǎng)元啟動狀態(tài)、指令發(fā)送間隔時間、指令等待響應(yīng)超時時間、同步/異步方式、連接數(shù)目等等。網(wǎng)元指令信息包括網(wǎng)元的指令、指令參數(shù)、指令與參數(shù)關(guān)系、參數(shù)枚舉值等等。這些網(wǎng)元信息可以直接與網(wǎng)元綁定，但是這種情況下每個網(wǎng)元都需要配置錄入對應(yīng)的相關(guān)的指令信息，因此，優(yōu)選地將網(wǎng)元信息與網(wǎng)元模板綁定，網(wǎng)元模板是對采用同一種指令集的網(wǎng)元的一種抽象，一個網(wǎng)元模板下可能存在很多個網(wǎng)元。另外，網(wǎng)元適配器與網(wǎng)元模板是一一對應(yīng)的關(guān)系。
換言之，一個網(wǎng)元前置機對應(yīng)多個網(wǎng)元適配器，網(wǎng)元適配器適配不同網(wǎng)元的差異，簡明起見，在圖3中只標出了與各網(wǎng)元前置機對應(yīng)的網(wǎng)元適配器中的一個；網(wǎng)元適配器與網(wǎng)元模板為一一對應(yīng)關(guān)系，抽象具有相同指令特性的網(wǎng)元；一個網(wǎng)元模板對應(yīng)多個實際網(wǎng)元，這些不同的網(wǎng)元具備不同的基本信息。這些抽象的最終目的，就是將所有指令都可配置化，新增、修改指令只需修改配置。
接著描述對業(yè)務(wù)進行抽象。首先，說明一下業(yè)務(wù)的概念，業(yè)務(wù)是提供給上級業(yè)務(wù)請求系統(tǒng)使用的各種操作的名稱，如開戶業(yè)務(wù)、開通短消息業(yè)務(wù)、關(guān)閉來電顯示業(yè)務(wù)、預(yù)付費用戶充值業(yè)務(wù)等等。對于網(wǎng)元的指令來說，是不可隨意修改的，而業(yè)務(wù)是可以隨意更改的，具備一定的靈活性。
業(yè)務(wù)抽象的元素包括業(yè)務(wù)、業(yè)務(wù)參數(shù)、業(yè)務(wù)參數(shù)枚舉值、業(yè)務(wù)與參數(shù)之間關(guān)系、業(yè)務(wù)參數(shù)與業(yè)務(wù)參數(shù)關(guān)系等。經(jīng)過抽象后，操作人員開展一個新業(yè)務(wù)，可以靈活地通過配置的方式，在聯(lián)機指令系統(tǒng)新增一個業(yè)務(wù)，業(yè)務(wù)包含幾個參數(shù)，這些參數(shù)可能存在為不同的類型，存在不同的值范圍。比如IMSI參數(shù)，參數(shù)類型為NumberString類型，長度為6-15；如果參數(shù)為枚舉值類型，則可以配置一下參數(shù)的枚舉值；如果業(yè)務(wù)參數(shù)存在默認值，則配置一個默認值；如果業(yè)務(wù)中兩個參數(shù)之間存在互斥關(guān)系，比如輸入MSISDN后就不允許輸入IMSI，則配置一下在該業(yè)務(wù)中兩個參數(shù)之間的互斥關(guān)系。
通過上述方式，本發(fā)明實施例完成了對提供給業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)的配置。
基于上述基礎(chǔ)，下面描述具體業(yè)務(wù)如何與正確的網(wǎng)元的指令相關(guān)聯(lián)，即對業(yè)務(wù)與網(wǎng)元指令關(guān)系抽象。
首先，在說明業(yè)務(wù)與指令之間的抽象之前，說明一下網(wǎng)元類型的概念。網(wǎng)元類型是對網(wǎng)元的一種分類，或者叫網(wǎng)元模板的一種分類，比如HLR類型可能有愛立信HLR、諾基亞HLR、西門子HLR等，它們都隸屬于同一種類型，叫HLR類型。一般來說，一種網(wǎng)元類型可能存在多種網(wǎng)元模板的網(wǎng)元，但一般只需要向該網(wǎng)元類型中的一個網(wǎng)元發(fā)送指令。比如開戶，需要向HLR發(fā)送指令，即需要向網(wǎng)元類型為HLR的網(wǎng)元發(fā)送指令，而HLR存在著愛立信、諾基亞、西門子等多種模板的多個網(wǎng)元，所以實際在發(fā)送時，只需要根據(jù)一定的規(guī)則向其中的一個發(fā)送指令，而不是多個。在實際應(yīng)用中，同一種網(wǎng)元類型的網(wǎng)元會劃分有不同的號段，號段分為移動臺國際綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)號碼(MSISDN)號段和國際移動用戶識別碼(IMSI)號段，通過MSISDN/IMSI信息就可以匹配到正確的網(wǎng)元。本發(fā)明實施例也可以通過其它標識來匹配到正確的網(wǎng)元。
接下來，分析一下業(yè)務(wù)包括指令邏輯關(guān)系的一些場景。例如，一個開戶業(yè)務(wù)存在如下的指令規(guī)則向網(wǎng)元類型1、網(wǎng)元類型2、網(wǎng)元類型3并行的發(fā)送指令；發(fā)送指令全部成功后，需要向網(wǎng)元類型4發(fā)送指令；網(wǎng)元類型4指令如發(fā)送失敗，則向網(wǎng)元類型5發(fā)送指令，發(fā)送成功則向網(wǎng)元類型6發(fā)送指令。
根據(jù)這樣的規(guī)則，用戶可以通過業(yè)務(wù)配置系統(tǒng)來映射業(yè)務(wù)與網(wǎng)元類型的關(guān)系，用來配置業(yè)務(wù)與這6種網(wǎng)元類型之間的關(guān)系以及這6種網(wǎng)元類型指令之間的邏輯關(guān)系。
在配置完與網(wǎng)元類型的映射關(guān)系后，用戶還可以根據(jù)系統(tǒng)提供的配置業(yè)務(wù)與具體網(wǎng)元模板指令映射關(guān)系的界面，來配置業(yè)務(wù)與某個具體模板指令的映射關(guān)系。同時允許這樣的場景，比如并行發(fā)送指令1、指令2，如果其中任何一個失敗，則終止執(zhí)行；指令1、指令2成功后，發(fā)送指令3，指令3如果執(zhí)行成功，則對應(yīng)該網(wǎng)元模板的指令執(zhí)行結(jié)束，如果失敗，則發(fā)送指令4、指令5回滾指令1、指令2的操作。實際的配置還可以更復(fù)雜，可以引入條件指令，即當業(yè)務(wù)參數(shù)的參數(shù)值為A時，發(fā)送指令1，為B時，發(fā)送指令2。另外，還可以允許這樣的方式，指令2的執(zhí)行，需要從指令1執(zhí)行的返回結(jié)果中取值，取值后賦給指令2的某個參數(shù)，進行發(fā)送，這種情況可以成為交互指令。
在能夠配置業(yè)務(wù)與指令關(guān)系基礎(chǔ)上，本發(fā)明實施例還能配置業(yè)務(wù)參數(shù)與指令參數(shù)的關(guān)系，能夠讓業(yè)務(wù)參數(shù)的值賦給指令參數(shù)。當然，對于業(yè)務(wù)參數(shù)枚舉值，也可以配置與指令參數(shù)枚舉值之間的關(guān)系，形成不同的映射關(guān)系。
通過以上三點的抽象，使得用戶在新增業(yè)務(wù)時，可以智能的配置業(yè)務(wù)，靈活的設(shè)置回滾、條件、交互、并行、串行等邏輯，使得新增業(yè)務(wù)變成了一種具備友好操作界面的配置性操作，從而向操作人員提供了簡單的業(yè)務(wù)開通模式，降低了對操作人員專業(yè)知識的要求。
當然，為了具備良好的可操作性，業(yè)務(wù)配置還會提供給用戶被配置業(yè)務(wù)的校驗功能，由系統(tǒng)自動校驗配置業(yè)務(wù)請求的正確性，避免錯誤配置。例如，通過處理一個業(yè)務(wù)請求，判斷根據(jù)該業(yè)務(wù)請求所完成的配置能否正確實現(xiàn)該業(yè)務(wù)請求的目的，從而校驗其正確性。
另外，本發(fā)明實施例還進一步對業(yè)務(wù)請求系統(tǒng)進行抽象，從而可以對于業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)權(quán)限、號段權(quán)限、接入方式、接入IP限制進行管理，同時還可自動設(shè)置某個業(yè)務(wù)參數(shù)對應(yīng)到該業(yè)務(wù)請求系統(tǒng)的默認值，使得業(yè)務(wù)請求系統(tǒng)在發(fā)請求時盡量減少參數(shù)的填寫，由聯(lián)機指令系統(tǒng)對各種復(fù)雜參數(shù)進行屏蔽，達到只需要填寫MSISDN和/或IMSI就能開通業(yè)務(wù)的程度。
圖4給出了抽象后的業(yè)務(wù)、網(wǎng)元、業(yè)務(wù)請求系統(tǒng)的關(guān)系模型。參照圖4，抽象后的核心數(shù)據(jù)實體有業(yè)務(wù)、網(wǎng)元模板、指令及參數(shù)、業(yè)務(wù)請求系統(tǒng)，與這些核心數(shù)據(jù)實體相關(guān)的普通數(shù)據(jù)實體有業(yè)務(wù)類別、業(yè)務(wù)參數(shù)、網(wǎng)元類型、網(wǎng)元及號段、指令類別、IMSI號段、MSISDN號段、接入IP地址列表，圖4中還給出了數(shù)據(jù)實體之間的關(guān)系，這里就不再一一贅述。需要指出的是，圖4只給出了一些核心數(shù)據(jù)實體、普通數(shù)據(jù)實體以及它們之間的關(guān)系，在實際應(yīng)用中，本領(lǐng)域的普通技術(shù)人員根據(jù)圖4可以顯而易見地進行其它數(shù)據(jù)實體的設(shè)置，因此本發(fā)明實施例的范圍并不局限于圖4。
根據(jù)上述設(shè)置，本發(fā)明實施例中從業(yè)務(wù)請求系統(tǒng)發(fā)起業(yè)務(wù)請求到最終發(fā)送到指令請求的過程如圖5所示。
參照圖5，本發(fā)明實施例中業(yè)務(wù)開通的方法包括以下步驟步驟101，運營商需要進行業(yè)務(wù)開通，操作人員通過諸如BOSS等業(yè)務(wù)請求系統(tǒng)主動發(fā)起與聯(lián)機指令系統(tǒng)的連接。
舉個簡單的例子，某運營商要在已有設(shè)備上開展一個MMS業(yè)務(wù)，存在這樣的規(guī)則，號段在13500000000-13599999999對應(yīng)接入點名稱(APN)為CN1，號段在13600000000-13699999999對應(yīng)APN為CN2。只需要預(yù)先在聯(lián)機指令中進行簡單的配置，完成業(yè)務(wù)配置(含業(yè)務(wù)參數(shù))、指令配置(含指令參數(shù)，如果已經(jīng)存在則不需要配置)和業(yè)務(wù)與指令請求關(guān)系配置，并將號段分配邏輯(135號段對應(yīng)CN1，136號段對應(yīng)CN2)配置到業(yè)務(wù)參數(shù)與業(yè)務(wù)參數(shù)的邏輯中，以及分配權(quán)限給相應(yīng)的請求系統(tǒng)。那么，在本步驟中，運營商的操作人員通過業(yè)務(wù)請求系統(tǒng)登錄聯(lián)機指令系統(tǒng)，并發(fā)送包括上述號段的開通MMS業(yè)務(wù)請求。
本發(fā)明實施例中的聯(lián)機指令系統(tǒng)可以提供包括文件接口、Java應(yīng)用程序接口(API)、socket MML接口、數(shù)據(jù)庫接口、會話描述協(xié)議(SDP)接口、遠程登錄Telnet接口等的請求接口。
步驟102，聯(lián)機指令系統(tǒng)檢查登錄的用戶名、密碼、IP地址是否正確，如果正確，則執(zhí)行步驟103及其后續(xù)步驟；否則拒絕當前的登錄，聯(lián)機指令系統(tǒng)還可以進一步提示用戶重新登錄。
步驟103，聯(lián)機指令系統(tǒng)根據(jù)已定義的格式，檢查來自業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)請求的格式是否正確，如果正確，則執(zhí)行步驟104及其后續(xù)步驟；否則停止當前業(yè)務(wù)請求，并可以進一步提示用戶重新發(fā)送業(yè)務(wù)請求。
步驟104，聯(lián)機指令系統(tǒng)根據(jù)業(yè)務(wù)請求系統(tǒng)與業(yè)務(wù)的關(guān)系，檢查業(yè)務(wù)請求系統(tǒng)是否具有該業(yè)務(wù)的權(quán)限，如果有，則執(zhí)行步驟105及其后續(xù)步驟；否則停止當前業(yè)務(wù)請求，并可以進一步提示用戶。
步驟105，聯(lián)機指令系統(tǒng)根據(jù)業(yè)務(wù)請求中所包含的號碼段，檢查業(yè)務(wù)請求系統(tǒng)是否具有號碼權(quán)限，如果有，則執(zhí)行步驟106及其后續(xù)步驟；否則停止當前業(yè)務(wù)請求，并可以進一步提示用戶。
上述步驟102至步驟105為對業(yè)務(wù)請求系統(tǒng)進行鑒權(quán)的過程，雖然這里只給了上述幾種鑒權(quán)內(nèi)容，但是本發(fā)明實施例的保護范圍并不局限于此，另外，上述步驟102至步驟105的先后次序也可以任意變換。
步驟106，聯(lián)機指令系統(tǒng)根據(jù)業(yè)務(wù)與指令的關(guān)系，將業(yè)務(wù)請求分解為指令請求。
進一步，如果所述業(yè)務(wù)請求包括指令請求之間的邏輯關(guān)系，那么在分解過程中會得到該邏輯關(guān)系。
步驟107，聯(lián)機指令系統(tǒng)通過網(wǎng)元適配器將分解出的指令請求轉(zhuǎn)換為針對網(wǎng)元的指令請求，并向?qū)?yīng)的網(wǎng)元發(fā)送指令請求，并等待網(wǎng)元的響應(yīng)，即處理結(jié)果。
從前面的描述可知，本步驟中將分解出的指令請求轉(zhuǎn)換為針對網(wǎng)元的指令請求包括根據(jù)業(yè)務(wù)與指令請求的關(guān)系，將分解出的指令轉(zhuǎn)換為針對不同類型網(wǎng)元的指令請求，然后根據(jù)同一類型網(wǎng)元中的具體網(wǎng)元即網(wǎng)元模板以及指令的參數(shù)，將針對該類型網(wǎng)元的指令請求轉(zhuǎn)換為針對所述網(wǎng)元的指令請求。
進一步，如果存在指令請求之間的邏輯關(guān)系，那么聯(lián)機指令系統(tǒng)將進一步根據(jù)所述邏輯關(guān)系將指令請求發(fā)送給對應(yīng)的網(wǎng)元。
步驟108，聯(lián)機指令系統(tǒng)進一步將處理結(jié)果回寫到指令請求和/或業(yè)務(wù)請求中。
步驟109，聯(lián)機指令系統(tǒng)還進一步將處理結(jié)果返回給BOSS等業(yè)務(wù)請求系統(tǒng)。
在上述流程中發(fā)送指令請求之后，聯(lián)機指令系統(tǒng)還可以進一步校驗所述業(yè)務(wù)請求是否正確，例如對所要實現(xiàn)的業(yè)務(wù)進行模擬測試。如果正確，則返回給業(yè)務(wù)請求系統(tǒng)；否則，將不正確的信息返回給業(yè)務(wù)請求系統(tǒng)。
上述流程不僅可以用于業(yè)務(wù)開通請求，還可以用于業(yè)務(wù)修改請求、業(yè)務(wù)取消請求或者業(yè)務(wù)查詢請求等等。
上述流程向操作人員提供了簡單的業(yè)務(wù)請求模式，降低了對操作人員專業(yè)知識的過高要求。并且，由于只要求操作人間進行簡單的操作，所以還減少了業(yè)務(wù)請求的完成時間，提高了整個過程的效率。
圖6為本發(fā)明實施例中聯(lián)機指令系統(tǒng)的結(jié)構(gòu)示意圖。
如圖6所示聯(lián)機指令系統(tǒng)至少包括請求分解模塊、網(wǎng)元適配器以及網(wǎng)元前置機，還可以進一步包括請求接口模塊、請求鑒權(quán)模塊、請求處理模塊等。
其中，請求分解模塊將業(yè)務(wù)請求分解為各個指令請求，并將指令請求發(fā)送給網(wǎng)元適配器。網(wǎng)元適配器分解、解析所述指令請求并轉(zhuǎn)換為針對網(wǎng)元的指令請求，以適配同一協(xié)議下不同網(wǎng)元之間的差異。網(wǎng)元前置機則在所述聯(lián)機指令系統(tǒng)與網(wǎng)元之間收發(fā)指令請求，并實現(xiàn)協(xié)議的通用適配。
聯(lián)機指令系統(tǒng)還進一步包括請求處理模塊，該請求處理模塊將分解后的指令請求形成隊列，并提供給網(wǎng)元適配器。進一步，如果請求分解模塊還分解出指令請求之間的邏輯關(guān)系，那么請求處理模塊根據(jù)該邏輯關(guān)系，將指令請求提供給網(wǎng)元適配器。請求處理模塊還可以將網(wǎng)元的處理結(jié)果回寫到指令請求和/或業(yè)務(wù)請求中，以及將所述處理結(jié)果返回給業(yè)務(wù)請求系統(tǒng)。
聯(lián)機指令系統(tǒng)還進一步包括請求接口模塊。該請求接口模塊用于接收來自業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)請求。根據(jù)需要，該請求接口模塊可以包括文件接口、Java應(yīng)用程序接口(API)、socket MML接口、數(shù)據(jù)庫接口、SDP接口、Telnet接口等等。各種接口用于接收相應(yīng)渠道的業(yè)務(wù)請求。例如數(shù)據(jù)庫接口接收數(shù)據(jù)庫渠道的業(yè)務(wù)請求，Telnet接口接收Telnet渠道的業(yè)務(wù)請求。
進一步，聯(lián)機指令系統(tǒng)還可以包括請求鑒權(quán)模塊，該請求鑒權(quán)模塊用于對業(yè)務(wù)請求系統(tǒng)進行鑒權(quán)。根據(jù)需要，請求鑒權(quán)模塊可以包括用于檢查登錄的用戶名、密碼和/或IP地址的第一檢查單元；用于檢查所述業(yè)務(wù)請求的格式是否正確的第二檢查單元；用于檢查業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)權(quán)限的第三檢查單元；用于檢查業(yè)務(wù)請求系統(tǒng)的號碼權(quán)限的第四檢查單元，等等。
如圖6所示的聯(lián)機指令系統(tǒng)不僅可以用于業(yè)務(wù)開通請求，還可以用于業(yè)務(wù)修改請求、業(yè)務(wù)取消請求或者業(yè)務(wù)查詢請求等等。
繼續(xù)參考圖6，圖6中還畫出了業(yè)務(wù)請求系統(tǒng)以及網(wǎng)元。由于篇幅所限，圖6中的業(yè)務(wù)請求系統(tǒng)只例示了帳單&客戶維護系統(tǒng)、CRM系統(tǒng)、網(wǎng)絡(luò)自維護(Web self-care)系統(tǒng)，網(wǎng)元也只例示了HLR、VMS、AAA、IN等。但是，本領(lǐng)域的普通技術(shù)人員顯然可以看出，本發(fā)明實施例并不局限于所例示的內(nèi)容。
本實施例中的聯(lián)機指令系統(tǒng)向操作人員提供了簡單的業(yè)務(wù)請求模式，降低了對操作人員專業(yè)知識的過高要求。由于僅需操作人員進行操作簡單，所以還減少了業(yè)務(wù)請求的完成時間，提高了整個業(yè)務(wù)請求的效率。
進一步，本發(fā)明實施例的連接指令系統(tǒng)還可以根據(jù)邏輯關(guān)系對應(yīng)地發(fā)送指令請求，從而能夠?qū)崿F(xiàn)現(xiàn)有技術(shù)不能實現(xiàn)的邏輯方案，進一步簡化了業(yè)務(wù)請求的模式，降低了對操作人員的要求，并提高了效率。
而且，本領(lǐng)域技術(shù)人員可以根據(jù)各種應(yīng)用場景的需要對本實施例的聯(lián)機指令系統(tǒng)中的各種信息、業(yè)務(wù)請求、指令請求以及其中的邏輯關(guān)系等等進行配置，從而能夠非常方便地使用。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種實現(xiàn)業(yè)務(wù)請求的方法，其特征在于，該方法包括將業(yè)務(wù)請求分解為第一指令請求；將分解出的第一指令請求轉(zhuǎn)換為針對網(wǎng)元的第二指令請求；將轉(zhuǎn)換后的第二指令請求發(fā)送給對應(yīng)的網(wǎng)元。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括對業(yè)務(wù)請求進行鑒權(quán)的步驟。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述對業(yè)務(wù)請求進行鑒權(quán)的步驟包括檢查登錄的用戶名、密碼和/或IP地址；和/或檢查所述業(yè)務(wù)請求的格式是否正確；和/或檢查提交所述業(yè)務(wù)請求的業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)權(quán)限；和/或檢查提交所述業(yè)務(wù)請求的業(yè)務(wù)請求系統(tǒng)的號碼權(quán)限。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述對業(yè)務(wù)請求進行鑒權(quán)的步驟包括根據(jù)業(yè)務(wù)請求中的移動臺國際綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)號碼MSISDN和/或國際移動用戶識別碼IMSI，來檢查提交所述業(yè)務(wù)請求的業(yè)務(wù)請求系統(tǒng)的號碼權(quán)限。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將分解出的第一指令請求轉(zhuǎn)換為針對網(wǎng)元的第二指令請求的步驟包括根據(jù)業(yè)務(wù)請求，將分解出的第一指令請求轉(zhuǎn)換為針對不同類型網(wǎng)元的指令請求；根據(jù)同一類型網(wǎng)元中的具體網(wǎng)元，將針對該類型網(wǎng)元的指令請求轉(zhuǎn)換為針對所述網(wǎng)元的第二指令請求。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述將轉(zhuǎn)換后的第二指令請求發(fā)送給對應(yīng)的網(wǎng)元的步驟包括將轉(zhuǎn)換后的第二指令請求形成隊列，并發(fā)送給對應(yīng)的網(wǎng)元。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)請求進一步包括指令請求之間的邏輯關(guān)系；所述將轉(zhuǎn)換后的第二指令請求發(fā)送給對應(yīng)的網(wǎng)元的步驟包括根據(jù)所述邏輯關(guān)系將第二指令請求發(fā)送給對應(yīng)的網(wǎng)元。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括將處理結(jié)果回寫到第一指令請求、和/或第二指令請求和/或業(yè)務(wù)請求中；和/或?qū)⑻幚斫Y(jié)果返回給業(yè)務(wù)請求系統(tǒng)。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括校驗所述業(yè)務(wù)請求是否正確的步驟。
10.根據(jù)權(quán)利要求1～9中任意一項所述的方法，其特征在于，所述業(yè)務(wù)請求為業(yè)務(wù)開通請求、業(yè)務(wù)修改請求、業(yè)務(wù)取消請求或者業(yè)務(wù)查詢請求。
11.一種聯(lián)機指令系統(tǒng)，其特征在于，該系統(tǒng)包括請求分解模塊，用于將業(yè)務(wù)請求分解為第一指令請求；網(wǎng)元適配器，用于分解、解析所述第一指令請求并轉(zhuǎn)換為針對網(wǎng)元的第二指令請求，以適配同一協(xié)議下不同網(wǎng)元之間的差異；網(wǎng)元前置機，用于在所述聯(lián)機指令系統(tǒng)與網(wǎng)元之間收發(fā)第二指令請求，并實現(xiàn)協(xié)議的通用適配。
12.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括請求接口模塊，用于接收來自業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)請求，并轉(zhuǎn)發(fā)給所述請求分解模塊。
13.根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述請求接口模塊包括文件接口、和/或Java應(yīng)用程序接口API、和/或套接字模塊管理語言MML接口、和/或數(shù)據(jù)庫接口、和/或會話描述協(xié)議SDP接口、和/或遠程登錄Telnet接口。
14.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括請求鑒權(quán)模塊，用于對業(yè)務(wù)請求進行鑒權(quán)。
15.根據(jù)權(quán)利要求14所述的系統(tǒng)，其特征在于，所述請求鑒權(quán)模塊包括第一檢查單元，用于檢查登錄的用戶名、密碼和/或IP地址；和/或第二檢查單元，用于檢查所述業(yè)務(wù)請求的格式是否正確；和/或第三檢查單元，用于檢查業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)權(quán)限；和/或第四檢查單元，用于檢查業(yè)務(wù)請求系統(tǒng)的號碼權(quán)限。
16.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括業(yè)務(wù)處理模塊，該業(yè)務(wù)處理模塊用于將轉(zhuǎn)換后的第二指令請求形成隊列，并發(fā)送給對應(yīng)的網(wǎng)元。
17.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括業(yè)務(wù)處理模塊；所述業(yè)務(wù)分解模塊進一步分解出第二指令請求之間的邏輯關(guān)系；所述業(yè)務(wù)處理模塊根據(jù)所述邏輯關(guān)系將第二指令請求發(fā)送給對應(yīng)的網(wǎng)元。
18.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括業(yè)務(wù)處理模塊，該業(yè)務(wù)處理模塊用于將處理結(jié)果回寫到第一指令請求、和/或第二指令請求和/或業(yè)務(wù)請求中，或者將處理結(jié)果返回給業(yè)務(wù)請求系統(tǒng)。
19.根據(jù)權(quán)利要求11所述的系統(tǒng)，其特征在于，該系統(tǒng)進一步包括業(yè)務(wù)處理模塊，該業(yè)務(wù)處理模塊用于校驗所述業(yè)務(wù)請求是否正確。
全文摘要
本發(fā)明公開了一種實現(xiàn)業(yè)務(wù)請求的方法，包括將業(yè)務(wù)請求分解為第一指令請求；將分解出的第一指令請求轉(zhuǎn)換為針對網(wǎng)元的第二指令請求；將轉(zhuǎn)換后的第二指令請求發(fā)送給對應(yīng)的網(wǎng)元。本發(fā)明還公開了一種聯(lián)機指令系統(tǒng)。由于本發(fā)明將來自業(yè)務(wù)請求系統(tǒng)的業(yè)務(wù)請求分解為相應(yīng)的指令請求，并轉(zhuǎn)換為針對網(wǎng)元的指令請求，然后發(fā)送給對應(yīng)的網(wǎng)元，使得操作人員不需要了解具體到網(wǎng)元的指令請求就能夠簡單地實現(xiàn)業(yè)務(wù)請求，從而向操作人員提供了簡單的業(yè)務(wù)請求模式，降低了對操作人員專業(yè)知識的過高要求，而且還減少了業(yè)務(wù)請求的完成時間，提高了效率。而且，在本發(fā)明實施例的技術(shù)方案中，各個部分以及它們之間的邏輯關(guān)系都是可配置的，從而能夠非常方便地使用。
文檔編號H04L29/06GK101051918SQ200710086958
公開日2007年10月10日 申請日期2007年3月27日 優(yōu)先權(quán)日2007年3月27日
發(fā)明者孫偉 申請人:華為技術(shù)有限公司