專利名稱:適應(yīng)型用戶接口的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種依據(jù)所附權(quán)利要求1的引言的方法,用于構(gòu)成一個用戶接口并涉及一個依據(jù)所附權(quán)利要求4的引言的用戶接口。依據(jù)本發(fā)明的用戶接口特別偏重于交換機(jī),但是相同的基本解決方案也能夠在其他使用對象中應(yīng)用。
根據(jù)附
圖1,交換機(jī)包括一個操作與維護(hù)單元OMU,它處理與交換機(jī)的使用和維護(hù)有關(guān)的操作。交換機(jī)可以通過一個OM單元同一個操作與維護(hù)網(wǎng)(O&M網(wǎng))相連,通過該網(wǎng)絡(luò),操作者可以從一個地點(diǎn)以集中方式管理幾個物理遠(yuǎn)程交換機(jī)。交換機(jī)的OM單元收集告警并產(chǎn)生告警報(bào)告,它還與交換機(jī)的主存儲器(未顯示)協(xié)作,在該主存儲器中儲存著關(guān)于用戶、計(jì)費(fèi)、信號、路由和交換機(jī)配置的文件,從而使操作者能夠讀取并改變這些文件的內(nèi)容。
在實(shí)踐中,OM單元的硬件包括一個中央處理單元CPU和一個或多個作為獨(dú)立的大容量存儲器的硬盤單元以及一個或多個軟盤單元。
OM單元的程序和與OM單元直接相連接或經(jīng)過O&M網(wǎng)相連接的操作者的數(shù)據(jù)終端構(gòu)成一個介于交換機(jī)和操作者之間的用戶接口,即MMI(人機(jī)接口)。這個用戶接口包括圖1所示的部件,例如包含與交換機(jī)EX的OM單元OMU通信的所述數(shù)據(jù)終端DT、若干MML控制器12(它們是位于存儲器/OM單元的磁盤中的程序模塊)和一個處理器模塊13,塊13是位于存儲器/OM單元的磁盤中(或者可能是交換機(jī)的另一個計(jì)算機(jī)單元中)的程序模塊并與實(shí)際呼叫控制連接。單個MML控制器12參與指定指令的執(zhí)行,從而使信息被編碼到MML控制器中,該信息涉及如何指示用戶、用戶給出的參數(shù)應(yīng)當(dāng)具有何種值、一條執(zhí)行指令以什么方式被傳送到處理器模塊,以及用戶給出的值應(yīng)當(dāng)以何種方式在所述執(zhí)行指令中表達(dá)等等命令。
操作者通過使用一種指令語言MML(人-機(jī)語言)經(jīng)過數(shù)據(jù)終端DT向交換機(jī)發(fā)出指令,已知該語言本身的I/O語法是在ITU-T(國際電信聯(lián)盟標(biāo)準(zhǔn)化部,它以前稱為CCITT)的Z.317-Z.314建議中規(guī)定的。在MML語言中,對每種功能有一條指令。該軟件是分層的;在開始對話時(shí)是在主層上,在顯示屏幕上出現(xiàn)一個指令類別的列表。指令類別形成一個指令類別層,通過從主層中選擇一個指令類別,為該類別指令組的用戶顯示一個菜單(它構(gòu)成了下一層)。每個指令組包括4到8條指令,通過選擇期望的指令組,可以實(shí)現(xiàn)期望的。該劃分是功能性的,以使一個指令類別負(fù)責(zé)一個功能模塊,比如用于用戶管理或路由的指令(參看圖2中的S或R)。一個指令組負(fù)責(zé)與另一個有關(guān)的一個更小的指令選擇,如與用戶縮寫號碼選擇有關(guān)的指令。該軟件是以菜單為基礎(chǔ)的,操作者通過菜單被一步一步地指向正確的指令。MMI用戶控制接口在相同的系統(tǒng)中能激活幾個同時(shí)發(fā)生的指令對話。各對話彼此完全獨(dú)立,但使得對從不同對話來的相同信息的同時(shí)操縱受到妨礙。
圖2顯示了在主層中的菜單。它在字母邊上以簡明文本形式表示了指令類別的名字,使人們可以通過選擇字母進(jìn)入指令類別的指令組菜單,同樣人們可以通過選擇期望指令組的字母進(jìn)入指令組。此后,該指令可以被寫出來。指令形式可以是如“ZRCIGSWNCGR=OUTGRP;”。指令包括指令字母(這里是ZRCI)和跟在其后并以冒號分隔的參數(shù)塊。一個參數(shù)塊可以包括一個以上的參數(shù),這些參數(shù)以逗號分開。當(dāng)用戶只提供指令字母并以按下回車鍵來結(jié)束時(shí),MML控制器給出文本形式的信息,如可以使用何種參數(shù)。當(dāng)給定每個參數(shù)后,還有可能獲得與下一個參數(shù)有關(guān)的提示。MML程序向所有層的操作者給出提示,因而使操作者很少需要查詢手冊。給出指令不需要任何特殊技巧,但唯一的要求是操作者要理解顯示屏幕上的聯(lián)機(jī)文本提示所使用的語言。
圖1的已知用戶接口如下操作。當(dāng)用戶如上所述給出一條MML指令時(shí),對應(yīng)所給字符序列的MML控制器12被啟動并開始通過終端DT與用戶通信。終端DT所顯示的幫助菜單和檢驗(yàn)參數(shù)值所需的信息已經(jīng)被編碼到MML控制器中(成為程序代碼)。當(dāng)MML控制器對從用戶接收到的參數(shù)“滿意”時(shí),它在所接收到的參數(shù)的基礎(chǔ)上產(chǎn)生一個消息并將其送到處理器模塊13。處理器模塊將從MML控制器收到的消息中所包含的數(shù)據(jù)更新為在與呼叫控制的連接中使用的自身參數(shù)數(shù)據(jù)。更新數(shù)據(jù)之后,處理器向MML控制器發(fā)出確認(rèn),進(jìn)而將通知用戶。
上述已知用戶接口的一個缺點(diǎn)是其在變化狀態(tài)中很差的靈活性。該缺點(diǎn)在不斷地為用戶生成新服務(wù)的智能網(wǎng)環(huán)境中尤其明顯。增加一個新服務(wù)需要相應(yīng)增加用戶接口以使服務(wù)能夠受到控制。目前,MML控制器是交換機(jī)更大軟件中的一部分,這意味著用戶接口中的變化需要軟件的變化。
當(dāng)對用戶接口進(jìn)行某些改變(即,對用于交換機(jī)控制的一條MML指令)時(shí),例如,只添加某些參數(shù)或僅改變參數(shù)的允許值范圍或者用于用戶的幫助文本,必須對MML指令再編碼并與軟件包的其余部分一起再編譯。如果需要,比如,啟用一個新的指令字母,整個軟件包必須要更新。
本發(fā)明的目的是排除上述缺點(diǎn)并實(shí)現(xiàn)一個比以前靈活的用戶接口,它易于適應(yīng)新的操作環(huán)境或狀態(tài)。這個目的通過依據(jù)本發(fā)明的解決方案得到實(shí)現(xiàn),其中的方法以所附權(quán)利要求1的特征部分所述的內(nèi)容為特點(diǎn),而且用戶接口以所附權(quán)利要求4的特征部分為特點(diǎn)。
本發(fā)明的思想是將用戶接口的“情報(bào)”(即與用戶接口的操作有關(guān)的信息)傳遞到一個獨(dú)立的數(shù)據(jù)庫中,從而不必改變程序代碼就可以改變用戶接口的操作性。在實(shí)踐中,這個“情報(bào)”意味著至少把所用參數(shù)的類型和允許的值域(即參數(shù)的語義)以及為用戶顯示的幫助文本相關(guān)的文本儲存在數(shù)據(jù)庫中。除此之外,數(shù)據(jù)庫還最好包括通知用戶接口部分引導(dǎo)數(shù)據(jù)庫查詢對應(yīng)每條指令應(yīng)當(dāng)做什么的執(zhí)行提示。
由于本發(fā)明的解決方案,用戶接口的改變或新特性可以通過對數(shù)據(jù)庫的改變/增加來實(shí)現(xiàn)。用戶接口的操作可以通過對數(shù)據(jù)庫的定義而變化,從而省去編程。因此可以通過數(shù)據(jù)庫中所存信息的改變來代替繁重的軟件修改,該變化實(shí)質(zhì)上是較為容易實(shí)現(xiàn)的。
依據(jù)本發(fā)明的解決方案可在運(yùn)行中對交換機(jī)提供新服務(wù),因?yàn)橹灰跀?shù)據(jù)庫中增加信息就可以實(shí)現(xiàn)服務(wù)的增加。
依據(jù)本發(fā)明的解決方案的優(yōu)點(diǎn)還在于,用戶接口可以非常靈活地轉(zhuǎn)換到不同的環(huán)境中。數(shù)據(jù)庫甚至可以在操作中控制在若干環(huán)境中生成用戶接口(如Unix和PC環(huán)境)。
下面參照附圖中的圖3a、3b和4對優(yōu)選實(shí)施方案進(jìn)行更詳細(xì)的敘述,其中,圖1描繪了一個交換機(jī)的已知用戶接口。
圖2顯示了依據(jù)圖1的用戶接口中為用戶所顯示的主菜單。
圖3a描繪了當(dāng)以本申請中所公開的方式進(jìn)行實(shí)施時(shí)的依據(jù)圖1的用戶接口。
圖3b描繪了圖3a中所示數(shù)據(jù)庫的邏輯結(jié)構(gòu)。
圖4顯示了一種用戶接口的優(yōu)選實(shí)施方案。
圖3a描繪了圖1所示的用戶接口在根據(jù)本發(fā)明進(jìn)行實(shí)施時(shí)是如何變化的。根據(jù)本發(fā)明,在已知MML控制器中包含的“情報(bào)”被轉(zhuǎn)到一個獨(dú)立的數(shù)據(jù)庫DB中,目前它包含關(guān)于其涉及何種用戶接口和如何操作的信息。數(shù)據(jù)被儲存在數(shù)據(jù)庫中,它們涉及用戶接口提供的服務(wù)、與每個服務(wù)相關(guān)的指令和參數(shù)以及每個參數(shù)的允許值。通過終端DT為用戶顯示幫助文本的字母數(shù)字?jǐn)?shù)據(jù)也被儲存到數(shù)據(jù)庫中。一個獨(dú)立的服務(wù)器程序模塊33以從數(shù)據(jù)庫接收到的數(shù)據(jù)為基礎(chǔ)參與了對數(shù)據(jù)庫的讀和寫過程,它一方面與MML控制器32通信,另一方面與(一個或多個)處理器模塊13通信。MML控制器32被實(shí)現(xiàn)為在一個方向上僅為用戶顯示從服務(wù)器收到的消息,而在另一個方向上將服務(wù)請求傳送給服務(wù)器程序模塊。MML控制器因而被做成一個盡可能簡單的模塊,因此用戶接口可以容易地變化到另一個設(shè)備環(huán)境中去(通過把MML控制器改變到適合所述環(huán)境的一個用戶接口模塊中去)。
除依據(jù)本發(fā)明的優(yōu)選實(shí)施方案進(jìn)行幫助文本和參數(shù)的語義檢驗(yàn)之外,關(guān)于服務(wù)器響應(yīng)一條指定的MML指令應(yīng)當(dāng)發(fā)送哪個處理器模塊和什么數(shù)據(jù)的數(shù)據(jù)被儲存到數(shù)據(jù)庫中。根據(jù)實(shí)施,可以有若干個分離的處理器模塊13;典型地,每個服務(wù)有一個。(本發(fā)明的基本思想也可以在只有一個處理器模塊的情況下實(shí)施)。根據(jù)本發(fā)明的優(yōu)選實(shí)施方案,在數(shù)據(jù)庫中不僅有關(guān)于一條MML指令如何被正確給出的數(shù)據(jù),還有關(guān)于響應(yīng)該指令應(yīng)當(dāng)做什么的數(shù)據(jù)。
當(dāng)一條新指令被引入交換機(jī)時(shí),以所述指令(或標(biāo)識它的字母)為關(guān)鍵字的記錄被加入到數(shù)據(jù)庫中。記錄包括關(guān)于幫助文本的信息、新指令語義的信息和響應(yīng)新指令所作動作的信息(通常一個消息被送到某些進(jìn)程并收到一個確認(rèn))。
圖3b描繪了數(shù)據(jù)庫DB的一種可能的邏輯結(jié)構(gòu)。在本例中的數(shù)據(jù)庫被分為7個不同的塊(對象分類)A…G。塊間的關(guān)系在圖中以箭頭表示,箭頭的方向代表數(shù)據(jù)庫內(nèi)部信息檢索的過程。指令特性數(shù)據(jù)儲存在塊A中,也就是關(guān)于有效指令字母的數(shù)據(jù)。塊B將類MML指令分成部分,即該塊具有每次識別有關(guān)服務(wù)的標(biāo)識數(shù)據(jù),它使下一個包含所用指令每個參數(shù)塊(一個參數(shù)塊是指在MML指令中2個冒號之間的參數(shù))特性數(shù)據(jù)的塊C可以請求正確的參數(shù)塊。參數(shù)塊D包含規(guī)定每個參數(shù)的所有數(shù)據(jù)。(例如,參數(shù)類型和它們在塊中的位置)。此后,處理過程進(jìn)入到塊E,它包含關(guān)于參數(shù)允許值域的數(shù)據(jù)。下一個塊(塊F)包括生成幫助消息所需的字母數(shù)字?jǐn)?shù)據(jù)(幫助文本)。根據(jù)用戶應(yīng)該在哪個級別上得到提示,這個塊甚至可以在塊A到D之前進(jìn)入。
塊G包括必須執(zhí)行的提示。當(dāng)用戶給出完整的指令時(shí),關(guān)于下一步做什么的信息從塊G接收。該塊包含關(guān)于應(yīng)當(dāng)生成何種消息以及應(yīng)當(dāng)將其發(fā)往何處的信息。
服務(wù)器程序塊33(后面將被稱為服務(wù)器)能夠在實(shí)踐被實(shí)施(以本來已知的方式),以使其包括一個主機(jī)和一個從屬。主機(jī)為MML對話保留一個從屬。幾個從屬可以同時(shí)被保留,但它們的數(shù)目不能超過打開的MML對話的數(shù)目。
依據(jù)本發(fā)明的用戶接口進(jìn)行操作,使所需的信息以用戶提供的MML指令部分為基礎(chǔ),從數(shù)據(jù)庫中檢索出來。例如,根據(jù)指令”KUAA_VALID1234567;”,對數(shù)據(jù)庫進(jìn)行檢驗(yàn),看看數(shù)據(jù)庫中是否有與指令字母KUA對應(yīng)的指令存在,是否有一種名為A_VALID的服務(wù)存在,以及電話號碼1234567是否在數(shù)據(jù)庫規(guī)定的某個區(qū)間內(nèi)。下面,用一個用戶從終端輸入指令”XYZID56”(引號內(nèi)所示為輸入的字符隊(duì)列)時(shí)的例子更詳細(xì)地說明圖3a中公開的用戶接口的操作。從指令的第一部分”XYZID”已經(jīng)給出而最后的參數(shù)(56)尚未給出值時(shí)開始,事件按時(shí)間順序表示。
1.用戶在MML終端上輸入“XYZID<ret>”(符號<ret>代表按回車鍵或者在MML指令語言表示需要幫助時(shí),代表輸入鍵),使正確的(與指令相關(guān)的)MML控制器被啟動。正確的控制器由字母”XYZ”定義。
2.MML控制器產(chǎn)生并向服務(wù)器發(fā)出一個用于幫助的請求消息,它表示用戶已經(jīng)提供的數(shù)據(jù)。MML控制器用這個消息請求在XYZID后面提供數(shù)據(jù)的提示。如果用戶只輸入字符”XYZ<ret>“,MML控制器就請求在XYZ之后給出數(shù)據(jù)的提示。
3.服務(wù)器以接收到的幫助請求消息為基礎(chǔ),從數(shù)據(jù)庫DB中生成一個查詢。作為查詢的結(jié)果,服務(wù)器接收到被送到MLL控制器的文本單元和與用戶要求的文本單元所顯示的參數(shù)有關(guān)的限制(數(shù)據(jù)類型和允許的值域范圍)。
4.服務(wù)器以從數(shù)據(jù)庫接收到的數(shù)據(jù)為基礎(chǔ),生成幫助文本并將其送到MML控制器。
5.MML控制器在終端DT上顯示收到的幫助文本,使用戶看到這些文本。
6.用戶根據(jù)接收到的幫助文本,在終端的鍵盤上提供附加的數(shù)據(jù)(此時(shí),用戶給出字符序列“XYZID56<ret”)。
7.以用戶所給的數(shù)據(jù)為基礎(chǔ),MML控制器生成一個檢驗(yàn)請求消息,它表示被檢驗(yàn)的參數(shù)的位置和它們的值,并將消息發(fā)向服務(wù)器。
8.服務(wù)器根據(jù)收到的檢驗(yàn)請求消息從數(shù)據(jù)庫中進(jìn)行一個查詢。作為查詢的結(jié)果,服務(wù)器接收到關(guān)于參數(shù)類型和參數(shù)值限制的信息。通過使用這個信息,服務(wù)器檢驗(yàn)用戶所提供參數(shù)的有效性(參數(shù)的語義檢驗(yàn))。
9.服務(wù)器將其進(jìn)行的檢驗(yàn)的結(jié)果通知給MML控制器。
10.如果所提供的參數(shù)通過了檢驗(yàn),MML控制器顯示所給字符序列,并在末尾用一個冒號代替<ret>符號。
11.用戶通過在字符隊(duì)列的末端輸入一個分號來表示他/她對字符序列檢驗(yàn)執(zhí)行的接受(最終的字符序列形式為”XYZID56;”)。
12.MML控制器以字符序列為基礎(chǔ)產(chǎn)生一個執(zhí)行請求消息,它把消息發(fā)往服務(wù)器,要求服務(wù)器執(zhí)行字符序列所表示的指令。
13.服務(wù)器在接收的執(zhí)行請求消息的基礎(chǔ)上,生成從數(shù)據(jù)庫的查詢。作為查詢的結(jié)果,服務(wù)器接收執(zhí)行指令所需的信息。在該信息的基礎(chǔ)上,服務(wù)器向處理器模塊發(fā)出一條消息,請求其執(zhí)行該指令。處理器模塊能夠?qū)λ盏降南l(fā)出確認(rèn)。
14.服務(wù)器生成執(zhí)行被確認(rèn)的消息,并將其發(fā)到MML控制器。確認(rèn)消息還包含可能的執(zhí)行輸出。MML控制器把數(shù)據(jù)傳給用戶并給出執(zhí)行通知的結(jié)尾。
應(yīng)當(dāng)注意的是,如果用戶原來或在步驟6已經(jīng)以正確的形式寫出了字符序列“XYZID56;”,則用戶接口將從步驟7開始執(zhí)行操作,并在步驟9之后直接轉(zhuǎn)到步驟12到14。
執(zhí)行上面在步驟8所敘述的檢驗(yàn),可以使MML控制器發(fā)出的ASCII字符序列根據(jù)所涉及的參數(shù)類型首先轉(zhuǎn)換為一個(數(shù)字)值。如果轉(zhuǎn)換是成功的(所給的參數(shù)是所期望的類型),則以儲存在數(shù)據(jù)庫中的值域?yàn)榛A(chǔ)進(jìn)行值域檢驗(yàn)。
MML控制器向服務(wù)器發(fā)出4種類型的消息對話初始化消息、提示請求消息、檢驗(yàn)請求消息和執(zhí)行請求消息。對話初始化消息包含一個指令標(biāo)識符。服務(wù)器用從數(shù)據(jù)庫中檢索到的指令授權(quán)數(shù)據(jù)來響應(yīng)消息。提示請求消息包含請求參數(shù)提示的數(shù)據(jù)。服務(wù)器通過發(fā)出幫助文本來響應(yīng)。檢驗(yàn)請求消息包含請求檢驗(yàn)的參數(shù)及該參數(shù)值的數(shù)據(jù)。一條消息可以有若干這樣的對,或者每個參數(shù)值可以用自己的消息來檢驗(yàn)。特殊參數(shù)不需要在執(zhí)行請求消息中發(fā)送。如果服務(wù)器不知道所有必需參數(shù)的值,它根據(jù)指令發(fā)出一個出錯代碼(否則它把指令送到執(zhí)行部分)。
例如,一個給出指令的例子可以是,向一個給定的服務(wù)增加一個用戶。在實(shí)際中,這條指令可以是“KUASERVICEl1000,3;”的形式,它的意思是一個具有用戶標(biāo)識符1000和用戶級別3的用戶被添加到服務(wù)SERVICE1中。當(dāng)關(guān)于該服務(wù)每個參數(shù)的類型和值域的數(shù)據(jù)被儲存在數(shù)據(jù)庫中時(shí),可以如下表所示來表示
在該例子中,儲存在數(shù)據(jù)庫中的文本可以包括如下列出錯文本“given subscriber identifier is already in use(給出的用戶標(biāo)識符已經(jīng)被使用)”、“the given subscriber class is incorrect(給出的用戶級別不正確)”、“the database is not in the normal mode,try again after a while(數(shù)據(jù)庫狀態(tài)不正常,請稍后再試)”,等。
一個用戶接口可以很容易地以上述方式在若干設(shè)備環(huán)境中形成。這以圖3所示的對MML控制器的操作即為每個設(shè)備環(huán)境生成自己的程序模塊(用戶接口模塊)的方式進(jìn)行。該實(shí)施方案在圖4中描繪,其中第一用戶環(huán)境(如Unix環(huán)境)的程序模塊用參考號42a表示,下一個用戶環(huán)境的程序模塊(如PC環(huán)境)用參考號42b表示,等等。數(shù)據(jù)庫DB和服務(wù)器模塊33可以對所有這些環(huán)境保持公用。每個模塊通過一個消息接口與服務(wù)器通信。就象前面提到的,數(shù)據(jù)庫可以在操作中控制每個環(huán)境的用戶接口生成。
雖然上面參照附圖的例子解釋了本發(fā)明,顯然本發(fā)明并不局限于此,可以在上面所示本發(fā)明的思想以及所附權(quán)利要求書的范圍內(nèi)對其進(jìn)行修改。例如,在某些情況下,服務(wù)器也可以參與MML控制器/用戶接口模塊的任務(wù),但這樣將會失去本發(fā)明的一些優(yōu)點(diǎn)。
權(quán)利要求
1.一種生成通信交換機(jī)用戶接口的方法,用戶通過接口從一個外部終端(DT)向通信交換機(jī)發(fā)出控制指令,至少有一些指令帶有參數(shù),從上述外部終端給出的指令被檢驗(yàn),并向外部終端(DT)給出提示消息來提示用戶,該方法特征在于,-在用戶接口中生成一個獨(dú)立的數(shù)據(jù)庫(DB),在該數(shù)據(jù)庫中儲存(a)關(guān)于用戶接口中所用指令的參數(shù)類型和允許值域的數(shù)據(jù),從而由用戶提供的指令及其相關(guān)的參數(shù)可以利用所述數(shù)據(jù)來檢驗(yàn),及(b)生成所述提示消息所需的字母數(shù)字?jǐn)?shù)據(jù),并且-用戶接口與一個服務(wù)器程序模塊(33)一起提供,利用對所述數(shù)據(jù)庫所作的查詢,該模塊檢驗(yàn)用戶所給數(shù)據(jù)并生成對用戶的提示消息。
2.依據(jù)權(quán)利要求1的方法,特征在于,在用戶接口中還生成一個獨(dú)立的程序模塊,該模塊-接收來自服務(wù)器程序模塊(33)的提示信息并將其顯示到所述外部終端(DT)上,并-以用戶提供的數(shù)據(jù)為基礎(chǔ),為所述服務(wù)器模塊生成服務(wù)請求。
3.依據(jù)權(quán)利要求1的方法,特征在于,執(zhí)行提示(G)也被儲存在數(shù)據(jù)庫(DB)中,表示響應(yīng)用戶給出的指令將要做什么。
4.一種通信交換機(jī)的用戶接口,其中用戶通過接口從一個外部終端(DT)向通信交換機(jī)給出控制指令,至少某些指令帶有參數(shù),用戶接口包括一個控制軟件,它將用戶提供的控制指令傳遞給交換機(jī)執(zhí)行,并向用戶給出與指令相關(guān)的提示,其特征在于,-用戶接口所用指令的參數(shù)類型和其允許值域的數(shù)據(jù)和有關(guān)對用戶提示的字母數(shù)字?jǐn)?shù)據(jù)被從控制軟件(32)的程序代碼中分離到一個獨(dú)立的數(shù)據(jù)庫(DB)中,并且-控制軟件包括一個與所述數(shù)據(jù)庫(DB)通信的服務(wù)器程序模塊(33),該模塊每次響應(yīng)接收到的檢驗(yàn)請求,檢驗(yàn)用戶向交換機(jī)提供的數(shù)據(jù),并響應(yīng)提示請求,生成給用戶的提示。
5.依據(jù)權(quán)利要求4的用戶接口,其特征在于,它還包括一個獨(dú)立的程序模塊(32;42a,42b)-從服務(wù)器程序模塊(33)接收提示消息并將其顯示到所述外部終端(DT)上-以用戶提供的數(shù)據(jù)為基礎(chǔ),對所述服務(wù)器模塊生成服務(wù)請求。
6.依據(jù)權(quán)利要求5的用戶接口,特征在于,有若干個并行程序模塊與彼此不同的設(shè)備環(huán)境連接。
7.依據(jù)權(quán)利要求4的用戶接口,特征在于,關(guān)于響應(yīng)用戶接口所用指令將要做什么的數(shù)據(jù)(G)也被儲存在數(shù)據(jù)庫(DB)中。
全文摘要
本發(fā)明涉及一個通信交換機(jī)的用戶接口。用戶通過接口從一個外部終端(DT)向通信交換機(jī)給出控制指令,至少有某些指令是帶有參數(shù)的。用戶接口包括一個控制軟件,它將用戶提供的控制指令傳遞給交換機(jī)執(zhí)行,并向用戶給出與指令相關(guān)的提示。為使用戶接口能比以前更易于變換到一個變化的環(huán)境中,用戶接口所用指令的參數(shù)類型及其允許值域的數(shù)據(jù)和有關(guān)給用戶的提示的字母數(shù)字?jǐn)?shù)據(jù)被從控制軟件(32)的程序代碼中分離到一個獨(dú)立的數(shù)據(jù)庫(DB)中??刂栖浖€包括一個與所述數(shù)據(jù)庫(DB)通信的服務(wù)器程序模塊(33),它每次響應(yīng)接收到的檢驗(yàn)請求,檢驗(yàn)用戶提供給交換機(jī)的數(shù)據(jù),并響應(yīng)提示請求,生成給用戶的提示。
文檔編號H04Q3/00GK1181854SQ96193267
公開日1998年5月13日 申請日期1996年4月12日 優(yōu)先權(quán)日1995年4月13日
發(fā)明者伊沃·哈迪凱恩, 阿思科·蘇奧薩, 里納·塞沃拉 申請人:諾基亞電信公司