适应型用户接口的制作方法

专利名称：适应型用户接口的制作方法
技术领域：
本发明涉及一种依据所附权利要求1的引言的方法，用于构成一个用户接口并涉及一个依据所附权利要求4的引言的用户接口。依据本发明的用户接口特别偏重于交换机，但是相同的基本解决方案也能够在其他使用对象中应用。
根据附

图1，交换机包括一个操作与维护单元OMU，它处理与交换机的使用和维护有关的操作。交换机可以通过一个OM单元同一个操作与维护网(O&M网)相连，通过该网络，操作者可以从一个地点以集中方式管理几个物理远程交换机。交换机的OM单元收集告警并产生告警报告，它还与交换机的主存储器(未显示)协作，在该主存储器中储存着关于用户、计费、信号、路由和交换机配置的文件，从而使操作者能够读取并改变这些文件的内容。
在实践中，OM单元的硬件包括一个中央处理单元CPU和一个或多个作为独立的大容量存储器的硬盘单元以及一个或多个软盘单元。
OM单元的程序和与OM单元直接相连接或经过O&M网相连接的操作者的数据终端构成一个介于交换机和操作者之间的用户接口，即MMI(人机接口)。这个用户接口包括图1所示的部件，例如包含与交换机EX的OM单元OMU通信的所述数据终端DT、若干MML控制器12(它们是位于存储器/OM单元的磁盘中的程序模块)和一个处理器模块13，块13是位于存储器/OM单元的磁盘中(或者可能是交换机的另一个计算机单元中)的程序模块并与实际呼叫控制连接。单个MML控制器12参与指定指令的执行，从而使信息被编码到MML控制器中，该信息涉及如何指示用户、用户给出的参数应当具有何种值、一条执行指令以什么方式被传送到处理器模块，以及用户给出的值应当以何种方式在所述执行指令中表达等等命令。
操作者通过使用一种指令语言MML(人-机语言)经过数据终端DT向交换机发出指令，已知该语言本身的I/O语法是在ITU-T(国际电信联盟标准化部，它以前称为CCITT)的Z.317-Z.314建议中规定的。在MML语言中，对每种功能有一条指令。该软件是分层的；在开始对话时是在主层上，在显示屏幕上出现一个指令类别的列表。指令类别形成一个指令类别层，通过从主层中选择一个指令类别，为该类别指令组的用户显示一个菜单(它构成了下一层)。每个指令组包括4到8条指令，通过选择期望的指令组，可以实现期望的。该划分是功能性的，以使一个指令类别负责一个功能模块，比如用于用户管理或路由的指令(参看图2中的S或R)。一个指令组负责与另一个有关的一个更小的指令选择，如与用户缩写号码选择有关的指令。该软件是以菜单为基础的，操作者通过菜单被一步一步地指向正确的指令。MMI用户控制接口在相同的系统中能激活几个同时发生的指令对话。各对话彼此完全独立，但使得对从不同对话来的相同信息的同时操纵受到妨碍。
图2显示了在主层中的菜单。它在字母边上以简明文本形式表示了指令类别的名字，使人们可以通过选择字母进入指令类别的指令组菜单，同样人们可以通过选择期望指令组的字母进入指令组。此后，该指令可以被写出来。指令形式可以是如“ZRCIGSWNCGR＝OUTGRP；”。指令包括指令字母(这里是ZRCI)和跟在其后并以冒号分隔的参数块。一个参数块可以包括一个以上的参数，这些参数以逗号分开。当用户只提供指令字母并以按下回车键来结束时，MML控制器给出文本形式的信息，如可以使用何种参数。当给定每个参数后，还有可能获得与下一个参数有关的提示。MML程序向所有层的操作者给出提示，因而使操作者很少需要查询手册。给出指令不需要任何特殊技巧，但唯一的要求是操作者要理解显示屏幕上的联机文本提示所使用的语言。
图1的已知用户接口如下操作。当用户如上所述给出一条MML指令时，对应所给字符序列的MML控制器12被启动并开始通过终端DT与用户通信。终端DT所显示的帮助菜单和检验参数值所需的信息已经被编码到MML控制器中(成为程序代码)。当MML控制器对从用户接收到的参数“满意”时，它在所接收到的参数的基础上产生一个消息并将其送到处理器模块13。处理器模块将从MML控制器收到的消息中所包含的数据更新为在与呼叫控制的连接中使用的自身参数数据。更新数据之后，处理器向MML控制器发出确认，进而将通知用户。
上述已知用户接口的一个缺点是其在变化状态中很差的灵活性。该缺点在不断地为用户生成新服务的智能网环境中尤其明显。增加一个新服务需要相应增加用户接口以使服务能够受到控制。目前，MML控制器是交换机更大软件中的一部分，这意味着用户接口中的变化需要软件的变化。
当对用户接口进行某些改变(即，对用于交换机控制的一条MML指令)时，例如，只添加某些参数或仅改变参数的允许值范围或者用于用户的帮助文本，必须对MML指令再编码并与软件包的其余部分一起再编译。如果需要，比如，启用一个新的指令字母，整个软件包必须要更新。
本发明的目的是排除上述缺点并实现一个比以前灵活的用户接口，它易于适应新的操作环境或状态。这个目的通过依据本发明的解决方案得到实现，其中的方法以所附权利要求1的特征部分所述的内容为特点，而且用户接口以所附权利要求4的特征部分为特点。
本发明的思想是将用户接口的“情报”(即与用户接口的操作有关的信息)传递到一个独立的数据库中，从而不必改变程序代码就可以改变用户接口的操作性。在实践中，这个“情报”意味着至少把所用参数的类型和允许的值域(即参数的语义)以及为用户显示的帮助文本相关的文本储存在数据库中。除此之外，数据库还最好包括通知用户接口部分引导数据库查询对应每条指令应当做什么的执行提示。
由于本发明的解决方案，用户接口的改变或新特性可以通过对数据库的改变/增加来实现。用户接口的操作可以通过对数据库的定义而变化，从而省去编程。因此可以通过数据库中所存信息的改变来代替繁重的软件修改，该变化实质上是较为容易实现的。
依据本发明的解决方案可在运行中对交换机提供新服务，因为只要在数据库中增加信息就可以实现服务的增加。
依据本发明的解决方案的优点还在于，用户接口可以非常灵活地转换到不同的环境中。数据库甚至可以在操作中控制在若干环境中生成用户接口(如Unix和PC环境)。
下面参照附图中的图3a、3b和4对优选实施方案进行更详细的叙述，其中，图1描绘了一个交换机的已知用户接口。
图2显示了依据图1的用户接口中为用户所显示的主菜单。
图3a描绘了当以本申请中所公开的方式进行实施时的依据图1的用户接口。
图3b描绘了图3a中所示数据库的逻辑结构。
图4显示了一种用户接口的优选实施方案。
图3a描绘了图1所示的用户接口在根据本发明进行实施时是如何变化的。根据本发明，在已知MML控制器中包含的“情报”被转到一个独立的数据库DB中，目前它包含关于其涉及何种用户接口和如何操作的信息。数据被储存在数据库中，它们涉及用户接口提供的服务、与每个服务相关的指令和参数以及每个参数的允许值。通过终端DT为用户显示帮助文本的字母数字数据也被储存到数据库中。一个独立的服务器程序模块33以从数据库接收到的数据为基础参与了对数据库的读和写过程，它一方面与MML控制器32通信，另一方面与(一个或多个)处理器模块13通信。MML控制器32被实现为在一个方向上仅为用户显示从服务器收到的消息，而在另一个方向上将服务请求传送给服务器程序模块。MML控制器因而被做成一个尽可能简单的模块，因此用户接口可以容易地变化到另一个设备环境中去(通过把MML控制器改变到适合所述环境的一个用户接口模块中去)。
除依据本发明的优选实施方案进行帮助文本和参数的语义检验之外，关于服务器响应一条指定的MML指令应当发送哪个处理器模块和什么数据的数据被储存到数据库中。根据实施，可以有若干个分离的处理器模块13；典型地，每个服务有一个。(本发明的基本思想也可以在只有一个处理器模块的情况下实施)。根据本发明的优选实施方案，在数据库中不仅有关于一条MML指令如何被正确给出的数据，还有关于响应该指令应当做什么的数据。
当一条新指令被引入交换机时，以所述指令(或标识它的字母)为关键字的记录被加入到数据库中。记录包括关于帮助文本的信息、新指令语义的信息和响应新指令所作动作的信息(通常一个消息被送到某些进程并收到一个确认)。
图3b描绘了数据库DB的一种可能的逻辑结构。在本例中的数据库被分为7个不同的块(对象分类)A…G。块间的关系在图中以箭头表示，箭头的方向代表数据库内部信息检索的过程。指令特性数据储存在块A中，也就是关于有效指令字母的数据。块B将类MML指令分成部分，即该块具有每次识别有关服务的标识数据，它使下一个包含所用指令每个参数块(一个参数块是指在MML指令中2个冒号之间的参数)特性数据的块C可以请求正确的参数块。参数块D包含规定每个参数的所有数据。(例如，参数类型和它们在块中的位置)。此后，处理过程进入到块E，它包含关于参数允许值域的数据。下一个块(块F)包括生成帮助消息所需的字母数字数据(帮助文本)。根据用户应该在哪个级别上得到提示，这个块甚至可以在块A到D之前进入。
块G包括必须执行的提示。当用户给出完整的指令时，关于下一步做什么的信息从块G接收。该块包含关于应当生成何种消息以及应当将其发往何处的信息。
服务器程序块33(后面将被称为服务器)能够在实践被实施(以本来已知的方式)，以使其包括一个主机和一个从属。主机为MML对话保留一个从属。几个从属可以同时被保留，但它们的数目不能超过打开的MML对话的数目。
依据本发明的用户接口进行操作，使所需的信息以用户提供的MML指令部分为基础，从数据库中检索出来。例如，根据指令”KUAA_VALID1234567；”，对数据库进行检验，看看数据库中是否有与指令字母KUA对应的指令存在，是否有一种名为A_VALID的服务存在，以及电话号码1234567是否在数据库规定的某个区间内。下面，用一个用户从终端输入指令”XYZID56”(引号内所示为输入的字符队列)时的例子更详细地说明图3a中公开的用户接口的操作。从指令的第一部分”XYZID”已经给出而最后的参数(56)尚未给出值时开始，事件按时间顺序表示。
1.用户在MML终端上输入“XYZID<ret>”(符号<ret>代表按回车键或者在MML指令语言表示需要帮助时，代表输入键)，使正确的(与指令相关的)MML控制器被启动。正确的控制器由字母”XYZ”定义。
2.MML控制器产生并向服务器发出一个用于帮助的请求消息，它表示用户已经提供的数据。MML控制器用这个消息请求在XYZID后面提供数据的提示。如果用户只输入字符”XYZ<ret>“，MML控制器就请求在XYZ之后给出数据的提示。
3.服务器以接收到的帮助请求消息为基础，从数据库DB中生成一个查询。作为查询的结果，服务器接收到被送到MLL控制器的文本单元和与用户要求的文本单元所显示的参数有关的限制(数据类型和允许的值域范围)。
4.服务器以从数据库接收到的数据为基础，生成帮助文本并将其送到MML控制器。
5.MML控制器在终端DT上显示收到的帮助文本，使用户看到这些文本。
6.用户根据接收到的帮助文本，在终端的键盘上提供附加的数据(此时，用户给出字符序列“XYZID56＜ret”)。
7.以用户所给的数据为基础，MML控制器生成一个检验请求消息，它表示被检验的参数的位置和它们的值，并将消息发向服务器。
8.服务器根据收到的检验请求消息从数据库中进行一个查询。作为查询的结果，服务器接收到关于参数类型和参数值限制的信息。通过使用这个信息，服务器检验用户所提供参数的有效性(参数的语义检验)。
9.服务器将其进行的检验的结果通知给MML控制器。
10.如果所提供的参数通过了检验，MML控制器显示所给字符序列，并在末尾用一个冒号代替<ret>符号。
11.用户通过在字符队列的末端输入一个分号来表示他/她对字符序列检验执行的接受(最终的字符序列形式为”XYZID56；”)。
12.MML控制器以字符序列为基础产生一个执行请求消息，它把消息发往服务器，要求服务器执行字符序列所表示的指令。
13.服务器在接收的执行请求消息的基础上，生成从数据库的查询。作为查询的结果，服务器接收执行指令所需的信息。在该信息的基础上，服务器向处理器模块发出一条消息，请求其执行该指令。处理器模块能够对所收到的消息发出确认。
14.服务器生成执行被确认的消息，并将其发到MML控制器。确认消息还包含可能的执行输出。MML控制器把数据传给用户并给出执行通知的结尾。
应当注意的是，如果用户原来或在步骤6已经以正确的形式写出了字符序列“XYZID56；”，则用户接口将从步骤7开始执行操作，并在步骤9之后直接转到步骤12到14。
执行上面在步骤8所叙述的检验，可以使MML控制器发出的ASCII字符序列根据所涉及的参数类型首先转换为一个(数字)值。如果转换是成功的(所给的参数是所期望的类型)，则以储存在数据库中的值域为基础进行值域检验。
MML控制器向服务器发出4种类型的消息对话初始化消息、提示请求消息、检验请求消息和执行请求消息。对话初始化消息包含一个指令标识符。服务器用从数据库中检索到的指令授权数据来响应消息。提示请求消息包含请求参数提示的数据。服务器通过发出帮助文本来响应。检验请求消息包含请求检验的参数及该参数值的数据。一条消息可以有若干这样的对，或者每个参数值可以用自己的消息来检验。特殊参数不需要在执行请求消息中发送。如果服务器不知道所有必需参数的值，它根据指令发出一个出错代码(否则它把指令送到执行部分)。
例如，一个给出指令的例子可以是，向一个给定的服务增加一个用户。在实际中，这条指令可以是“KUASERVICEl1000，3；”的形式，它的意思是一个具有用户标识符1000和用户级别3的用户被添加到服务SERVICE1中。当关于该服务每个参数的类型和值域的数据被储存在数据库中时，可以如下表所示来表示
在该例子中，储存在数据库中的文本可以包括如下列出错文本“given subscriber identifier is already in use(给出的用户标识符已经被使用)”、“the given subscriber class is incorrect(给出的用户级别不正确)”、“the database is not in the normal mode，try again after a while(数据库状态不正常，请稍后再试)”，等。
一个用户接口可以很容易地以上述方式在若干设备环境中形成。这以图3所示的对MML控制器的操作即为每个设备环境生成自己的程序模块(用户接口模块)的方式进行。该实施方案在图4中描绘，其中第一用户环境(如Unix环境)的程序模块用参考号42a表示，下一个用户环境的程序模块(如PC环境)用参考号42b表示，等等。数据库DB和服务器模块33可以对所有这些环境保持公用。每个模块通过一个消息接口与服务器通信。就象前面提到的，数据库可以在操作中控制每个环境的用户接口生成。
虽然上面参照附图的例子解释了本发明，显然本发明并不局限于此，可以在上面所示本发明的思想以及所附权利要求书的范围内对其进行修改。例如，在某些情况下，服务器也可以参与MML控制器/用户接口模块的任务，但这样将会失去本发明的一些优点。
权利要求
1.一种生成通信交换机用户接口的方法，用户通过接口从一个外部终端(DT)向通信交换机发出控制指令，至少有一些指令带有参数，从上述外部终端给出的指令被检验，并向外部终端(DT)给出提示消息来提示用户，该方法特征在于，-在用户接口中生成一个独立的数据库(DB)，在该数据库中储存(a)关于用户接口中所用指令的参数类型和允许值域的数据，从而由用户提供的指令及其相关的参数可以利用所述数据来检验，及(b)生成所述提示消息所需的字母数字数据，并且-用户接口与一个服务器程序模块(33)一起提供，利用对所述数据库所作的查询，该模块检验用户所给数据并生成对用户的提示消息。
2.依据权利要求1的方法，特征在于，在用户接口中还生成一个独立的程序模块，该模块-接收来自服务器程序模块(33)的提示信息并将其显示到所述外部终端(DT)上，并-以用户提供的数据为基础，为所述服务器模块生成服务请求。
3.依据权利要求1的方法，特征在于，执行提示(G)也被储存在数据库(DB)中，表示响应用户给出的指令将要做什么。
4.一种通信交换机的用户接口，其中用户通过接口从一个外部终端(DT)向通信交换机给出控制指令，至少某些指令带有参数，用户接口包括一个控制软件，它将用户提供的控制指令传递给交换机执行，并向用户给出与指令相关的提示，其特征在于，-用户接口所用指令的参数类型和其允许值域的数据和有关对用户提示的字母数字数据被从控制软件(32)的程序代码中分离到一个独立的数据库(DB)中，并且-控制软件包括一个与所述数据库(DB)通信的服务器程序模块(33)，该模块每次响应接收到的检验请求，检验用户向交换机提供的数据，并响应提示请求，生成给用户的提示。
5.依据权利要求4的用户接口，其特征在于，它还包括一个独立的程序模块(32；42a，42b)-从服务器程序模块(33)接收提示消息并将其显示到所述外部终端(DT)上-以用户提供的数据为基础，对所述服务器模块生成服务请求。
6.依据权利要求5的用户接口，特征在于，有若干个并行程序模块与彼此不同的设备环境连接。
7.依据权利要求4的用户接口，特征在于，关于响应用户接口所用指令将要做什么的数据(G)也被储存在数据库(DB)中。
全文摘要
本发明涉及一个通信交换机的用户接口。用户通过接口从一个外部终端(DT)向通信交换机给出控制指令,至少有某些指令是带有参数的。用户接口包括一个控制软件,它将用户提供的控制指令传递给交换机执行,并向用户给出与指令相关的提示。为使用户接口能比以前更易于变换到一个变化的环境中,用户接口所用指令的参数类型及其允许值域的数据和有关给用户的提示的字母数字数据被从控制软件(32)的程序代码中分离到一个独立的数据库(DB)中。控制软件还包括一个与所述数据库(DB)通信的服务器程序模块(33),它每次响应接收到的检验请求,检验用户提供给交换机的数据,并响应提示请求,生成给用户的提示。
文档编号H04Q3/00GK1181854SQ96193267
公开日1998年5月13日 申请日期1996年4月12日 优先权日1995年4月13日
发明者伊沃·哈迪凯恩, 阿思科·苏奥萨, 里纳·塞沃拉 申请人:诺基亚电信公司