CN100422931C - 一种软件功能更新的方法及系统 - Google Patents

Abstract

本发明公开了一种软件功能更新的方法及系统，它主要通过在客户端控制台上设置格式表类文件及能够识别并执行该格式表类文件的格式表类文件处理单元。当需要增加软件功能时，只需要在客户端控制台上修改格式表类文件即可。由于格式表类文件是文本文件，所以更容易修改，并且更灵活。由此避免扩充软件功能时需要修改客户端控制台上的代码。同时，提高软件功能扩展的效率，并且减少了功能扩展的实现难度。

Description

一种软件功能更新的方法及系统

技术领域

本发明涉及通信领域，尤其涉及基于分布式通信系统的软件功能更新的方法，特别是涉及在进行软件功能平滑升级过程中不需改动软件而进行功能扩充的方法。

背景技术

在现有的软件功能更新的方法中，通常分为两类：一类是能够在一个设备上独立运行的单点结构的软件功能的更新，另一类是基于分布式管理系统的软件功能的更新。

首先介绍单点结构的软件的更新方法：

第一种更新方法是先重新编译生成新目标软件可执行程序，后将新目标软件可执行程序替换覆盖原有软件可执行程序，以达到更新软件功能的目的。这种方法在软件体积小，用户单一的情况下较为适用。但是，对于体积大的软件却并不适用。由于现今软件的体积越来越大，包含支撑数据文件的软件的体积甚至可达到几十兆或上百兆，因此目前越来越多的专用软件、商业软件已经不采用这种方式进行软件版本的升级。

第二种更新方法是采用升级补丁包(patch)的形式来实现原有软件问题的修复以及新功能的添加。软件开发商通常提供一个增量补丁包可执行程序，其软件体积一般是目标软件的几十分之一，通过运行此程序，可以将目标软件中的主运行程序替换，同时对于必要的数据配置文件进行更新，这种软件功能扩充方法基本上是一些大型软件所采用的方法。

中国专利申请号为00102692.5，发明名称为“计算机软件功能的动态扩充方法”的申请文件中公开了一种软件功能的动态扩充方法。具体为：在程序的进程之中注入一钩接函数，通过将钩接函数所呼叫的动态链接程序库载入进程的步骤，提供一种既不需要使用中断例程，也不需要修改应用程序之原始程序码，就可以实现扩充程序之软件功能的方法，其技术原理是采用WINDOWS中的HOOK技术实现基于动态链接库方式的软件钩接功能。但是，对于此种方法，其升级软件的过程需要通过接口钩接函数约定(一般是提供接口API)的方式进行软件编程进行，这些接口函数应用类型基本上基于一些软件界面的变更，预先设定的特殊功能项的补充等，用于特定的功能项比较有效，但不能对所有要素功能进行改进。

第三种方法是通过增量数据文件的形式进行软件功能更新。具体方法为通过提供特定数据文件覆盖原有数据文件，这种类型的软件升级目前比较集中在各种防病毒软件的升级过程中，一般做法是防病毒软件本身作为操作者一般不进行改动，病毒库数据文件则定期进行增量改变来实现对新出现病毒的防护作用。

中国专利申请号为01142155.X，发明名称为“软件升级的方法”的专利提出一种软件升级方法，该方法包括：增量升级包制作过程，用于找出低版本文件和高版本文件中数据内容的不匹配点，以产生不匹配块，并针对找到的匹配块和不匹配块产生相应的动作，其中所述动作是复制、替换、插入、删除之一；增量升级过程，用于执行由增量升级包制作过程产生的所述动作，以将低版本文件的内容替换成高版本文件的内容。因此，整个升级过程拷贝或下载的数据量明显比常规方法所需要拷贝和下载的数据量小，但是此种升级方法其适用面比较狭窄，主要应用面为采用数据驱动的软件系统，主要方向就是防病毒软件，对于一般性的软件类型，这种方法不能满足需要。

然后介绍基于分布式管理系统的软件功能的更新方法。

请参阅图1，其为分布式管理系统的一种原理结构示意图。它包括服务器11和若干客户端控制台12。其中，客户端控制台12包括控制软件121及第一接口单元122，服务器11包括控制软件执行单元111和第二接口单元112。其中，客户端控制台12通过控制软件121接受用户发出的各种对服务器11的控制指令，并通过第一接口单元122将该指令组成控制消息发送至服务器11，服务器11的第二接口单元112将该控制消息还原成指令并发送至控制软件执行单元111，以进行对服务器11的各种控制：如操作服务器、监测服务器以及采集服务器中的数据等。

如果需要增加对服务器11的控制功能，则至少需要修改客户端控制台12中的控制软件122，以便于用户能够输入相应的指令及获知指令的后果。比如，对服务器11增加一项控制功能“增加SLC板”，则客户端控制台12需显示给所述用户该项功能，以便用户获知并能发出命令，并且当用户发出该项命令后，在客户端控制台12能进行命令回显。现有的软件功能更新时，主要是修改客户端控制台12中控制软件中的程序代码来达到服务器功能扩充的目的。比如，修改控制软件121中的程序代码，以便在菜单界面增加中“增加SLC板”，并且当接收到用户的“增加SLC板”时，如何对其进行处理及如何进行命令回显等方面。通过直接修改软件中的程序代码来达到扩展软件功能的效果，很显然，直接修改程序代码不仅费时费力而且特别容易出错。并且，每个服务器端11连接若干个客户端控制台12，若需要对每个客户端控制台12的控制软件进行代码修改来扩展软件功能，则软件功能扩展的效率低，并且加大了功能扩展的实现难度，由此导致软件功能更新的成本高。

发明内容

本发明的目的在于提供一种软件功能更新的方法，以解决现有技术中需要修改软件本身的代码来进行功能扩展的技术问题。

为解决上述问题，本发明公开了一种软件功能更新的方法，应用于分布式管理系统，所述分布式管理系统包括服务器和与所述服务器连接的若干客户端控制台，包括：(1)客户端控制台在控制软件中设置格式表类文件及对应的处理流程，所述格式表类文件为客户端控制台所有用以控制服务器的控制操作命令的集合；(2)在格式表类文件中增加软件功能对应的指令信息；(3)客户端控制台按照所述处理流程处理所述格式表类文件，以达到更新软件功能。

所述格式表类文件为客户端控制台对控制软件所有所述控制操作命令进行分级菜单式管理。所述格式表类文件包括菜单类格式表文件，所述菜单类格式表文件包括控制软件的菜单界面中的各级菜单及子菜单、以及每一子菜单对应的任务号、指令号。

步骤(1)中的所述处理流程包括：根据菜单类格式表文件中的菜单及子菜单进行显示以获得菜单界面；当接收到用户操作子菜单的指令，则将该子菜单对应的任务号、指令号组织成控制消息后发送至服务器，以便服务器从所述控制消息中还原出所述任务号和指令号，并执行所述指令号对应的指令。

所述格式表类文件包括输出类格式表文件，所述输出类格式表文件用以表明用户在发出控制操作命令后在客户端控制台的控制软件中所看到的显示内容。

上述方法还包括：服务器将执行增加功能的指令所对应的各种处理分支以及该指令输入参数合法的判断发送至客户端控制台；客户端控制台将所述指令所对应的各种处理分支以及该指令输入参数合法的判断保存在输出类格式表文件中。

所述处理流程还包括：当接收到用户输入增加功能的指令时，先根据输出类格式表文件判断所述指令对应的输入参数是否合法，若是，将对应的任务号及指令号组织成控制消息发送至服务器，否则，将根据输出类格式表文件进行显示；当接收到服务器返回的消息处理结果，则根据输出类格式表文件进行显示。

上述所述格式表类文件为根据标准INI文件格式设置的文件。

本发明一种软件功能更新的系统，包括服务器及若干客户端控制台，所述服务器包括控制软件执行单元和第二接口单元，所述客户端控制台包括控制软件和第一接口单元，其特征在于，所述控制软件包括格式表类文件及格式表类文件处理单元，其中，格式表类文件，为客户端控制台中所有用以控制服务器的控制操作命令的集合；格式表类文件处理单元，用以识别格式表类文件，并按照预先设定的处理流程处理格式表类文件，当需要增加软件功能时，修改格式表类文件，以达到更新软件功能；第一接口单元和第二接口单元，用于建立服务器和客户端控制台之间的通信；控制软件执行单元，用以执行第二接口单元发送的指令信息进行对服务器的相应控制。

所述格式表类文件处理单元进一步包括：菜单界面处理子单元：用以识别并显示格式表类文件中的每一级菜单及每一级菜单下的子菜单，以获得所述控制软件的菜单界面；指令形成子单元：当接收到用户操作指令，激活菜单界面中的一子菜单时，从格式表类文件获得包括对应的任务号和指令号的指令信息，并将之发送至第一接口单元；指令反馈子单元，当接收到第一接口单元发送的服务器的指令反馈信息时，根据格式表类文件显示对应信息。

所述格式表类文件为类INI文件，所述格式表类文件处理单元为能够识别类INI文件的windows操作系统。

与现有技术相比，本发明具有以下优点：本发明在客户端控制台上设置格式表类文件及能够识别并执行该格式表类文件的格式表类文件处理单元。当需要增加软件功能时，只需要在客户端控制台上修改格式表类文件即可。由于格式表类文件是文本文件，所以更容易修改，并且更灵活。由此避免扩充软件功能时需要修改客户端控制台上的代码。同时，提高软件功能扩展的效率，并且减少了功能扩展的实现难度。

另外，根据格式表类文件中将命令进行分级式管理，并采用命令号等方式辅助服务器端命令的条理化、流程化，由此使其工作的条理化，减少出错概率。

还有，本发明的适应面广泛，可大量应用于基于客户/服务器体系架构的交换机维护系统、电力监控系统、各类工业控制软件系统中，当系统需要对原有功能进行扩展时，利用本发明提到的技术，可以仅仅通过修改格式表数据文件达到最大限度减少开发成本、实现功能改进的目的。

附图说明

图1是分布式管理系统的一种原理结构示意图；

图2是本发明的分布式管理系统的一种原理结构示意图；

图3是本发明的一种软件功能更新方法的流程示意图。

具体实施方式

以下结合附图，具体说明本发明。

请参阅图2，其为本发明的分布式管理系统的结构示意图。它包括服务器11和若干客户端控制台12。服务器11包括控制软件执行单元111和第二接口单元112。客户端控制台12包括控制软件121及第一接口单元122，并且，控制软件121至少包括格式表类文件123和格式表类文件处理单元124。其中：

格式表类文件123，为客户端控制台12中所有用以控制服务器11的控制操作命令的集合。格式表类文件123是一类文本格式文件，并且本发明的格式类文件123可以采用INI文件，它采用和标准的INI类文件类似的体系结构。即，为客户端控制台12中控制软件121的所有控制操作命令进行菜单式分级式管理。它包括菜单类格式表文件，菜单类格式表文件按照客户端控制台12控制软件的菜单界面。它包括菜单界面的每一级菜单，及各级菜单下的子菜单，以及每一子菜单的任务号及指令号等指令信息。它采用的是一种文本类文件，对于编程人员能够更方便、更直观的修改该类文件；

格式表类文件处理单元124，能够识别格式表类文件，并按照预先设定的处理流程处理格式表类文件123。格式表类文件处理单元124可以采用识别INI类文件的操作系统，如windows操作系统。所述格式表类文件处理单元124包括：

菜单界面处理子单元：用以识别并显示格式表类文件中的每一级菜单及各级菜单下的子菜单，以获得该软件的菜单界面；

指令形成子单元：当接收到用户操作指令，激活菜单界面中的一子菜单时，从格式表类获得包括对应的任务号和指令号的指令信息，并将之发送至第一接口单元；

指令反馈子单元，当第一接口单元接收到服务器发送的指令反馈信息时，根据格式表类文件显示对应信息。

若无需用户获知指令的执行结果时，格式表类文件处理单元可以不包括指令反馈子单元。

第一接口单元122，用于建立服务器11和客户端控制台12之间的通信，如：将接收到格式表类文件处理单元124传送的指令信息时，按照预先设定的格式组织成控制消息，以便服务器11端能够正常接收，或者将接收到的服务器11发送的控制消息响应消息还原成对应的指令至控制软件122；

第二接口单元112，用于建立服务器11和客户端控制台12之间的通信。如，将接收到的控制消息中的指令信息还原并发送至控制软件执行单元111，或者将接收到的控制软件执行单元111发送的指令反馈信息组成控制响应消息发送至第一接口单元122。

控制软件执行单元111，识别第二接口单元112发送的指令信息并执行对应的指令，以进行对服务器的相应控制，如操作服务器、监测服务器以及采集服务器中的数据等。并且，将执行结果通过第二接口单元112返回至客户端控制台12。

基于上述的分布式管理系统，提出了一种针对客户端控制台12的软件功能更新方法，请参阅图3，其为本发明的一种软件功能更新方法的流程示意图。它包括以下步骤：

步骤S110：客户端控制台12在控制软件122中设置格式表类文件123及对应的处理流程，所述格式表类文件为客户端控制台12所有用以控制服务器11的控制操作命令的集合；

步骤S120：在格式表类文件中增加软件功能对应的指令信息；

步骤S130：客户端控制台按照所述处理流程处理所述格式表类文件，以达到自动更新控制软件。

格式类文件处理单元中确定的处理流程为：

a1：根据菜单类格式表文件中的菜单及子菜单进行显示以获得菜单界面；

a2：当接收到用户激活该子菜单，则将该子菜单对应的任务号、指令号组织成控制消息后发送至服务器，以便服务器从所述控制消息中还原出所述任务号和指令号，并执行所述指令号对应的指令。

在菜单类格式表文件中使用的关键字有以下几种：

mainmenu：用以标识菜单项中的所有一级菜单，通常每个一级菜单具有一个任务号，该菜单中的所有内容使用一个共同的入口函数。在所有的*menu.ini(菜单类格式表类文件)中，mainmenu只会出现一次。

number：表示某一级菜单的子菜单数目，如果number＝0，说明该菜单是用户操作界面，用来接收用户输入。

TASKCODE：表示菜单的任务号。

CMDCODE：表示菜单的命令号。

CMDSIGN：通常是命令号的宏定义。

X：表示空格，X后面的数字表示空格的数目。例如：X4表示空4格。

‘’：其中的内容是显示的文本。

以下内容为格式表文件xmenu.Ini中的一个片断

[6.2.3.]

number＝3

1.＝显示SP30CN目的地状态

2.＝显示七号网目的地状态

3.＝显示所有目的地

[6.2.3.1.]

…(略去)

[6.2.3.2.]

…(略去)

[6.2.3.3.]

number＝2

1.＝显示SP30CN目的地

2.＝显示七号网目的地

[6.2.3.3.1.]

number＝0

CMDCODE＝533

CMDSIGN＝DIS_ALL_CNDPC

TASKCODE＝15

INPUTLINES＝2

2.＝X10；′**显示SP30CN目的地**′；

其中[6.2.3.]表明了命令章节，共三项内容，对于第三项，通过[6.2.3.3]进行分类详述，这其中又包含了两条子命令，其中[6.2.3.3.1]则对最终的子命令条目——显示SP30CN目的地进行了关于任务号、指令号等方面的细述，最终通过这些指令完成命令执行。

对于上述的菜单类格式文件，格式表类文件处理单元124在执行控制程序，根据该菜单类格式表文件即可建立以下菜单界面

并且，当格式表类文件处理单元124接收到用户操作指令，激活“显示SP30CN目的地”时，从所述菜单类格式文件中获得对应的任务号、指令号等指令信息，并将之发送至第一接口单元122。以便第一接口单元122组成控制消息至服务器11，服务器11的第二接口单元112从所述控制消息中还原出指令信息，控制软件执行单元111执行所述指令进行“显示SP30CN目的地”的功能。

若在服务器端增加某一功能时，只需将该功能对应的子菜单及相应的指令信息添加到该格式表类文件中，当控制软件重新启动时，格式表类文件处理单元124自动读取该子菜单，并在菜单界面进行显示，以便用户能够获知该增加的功能。当用户激活该功能时，格式表类文件处理单元124直接从格式表类文件获得所述子菜单对应的指令信息，并将之发送至服务器11，进行相应处理。由此避免了增加软件功能时，需要修改软件代码，进而导致提高增加软件功能的效率。

另外，大多数指令都需要命令回显，即控制软件执行单元111执行所述指令后，将执行结果返回至客户端控制台12进行回显，以便用户能获知对应的执行结果。为此，格式表类文件123还包括输出类格式表文件。所述输出类格式表文件用以表明用户在发出控制指令后在客户端控制台的控制软件中所看到的显示内容。并且，服务器预先将执行增加功能的指令所对应的各种处理分支以及该指令输入参数合法的判断发送至客户端控制器；客户端控制器将所述指令所对应的各种处理分支以及该指令输入参数合法的判断保存在输出类格式表文件中。

当接收到用户输入增加功能的指令时，先根据输出类格式表文件判断所述指令对应的输入参数是否合法，若是，将对应的任务号及指令号组织成控制流程消息发送至服务器，否则，将根据输出类格式表文件进行显示；当接收到服务器返回的消息处理结果，则根据输出类格式表文件进行显示。

格式表类文件除了menu类(菜单类格式表文件)、output类(输出类格式表文件)，还包括其他类格式表文件。并且，menu类文件包括menu.ini、emenu.ini、xmenu.ini和pmenu.ini，当需要增加新的菜单内容时，既可以在当前的原有的格式表类文件中进行修改或添加，又可以增加新的格式表类文件，文件的扩展是以单词expand的字母顺序依次排列的。output类文件包括output.ini、eoutput.ini、xoutput.ini和poutput.ini，当需要增加新的命令回显信息时，既可以在当前的格式表类文件中进行修改或添加，又可以增加新的格式表类文件，文件的扩展规则和menu相同，也是以单词expand的字母顺序依次排列的。其他类型的文件功能一般具备对服务器的监视功能、为用户显示提示信息的功能、显示服务端状态信息的功能等。

以下就举两个具体实施例来说明本发明。

实施例1

下面以控制台在已有菜单“电路板管理”的子菜单“增加电路板”中新增加一条“增加SLC板”命令为例来简单介绍一个完整流程。

原有的menu.ini。

[mainmenu]

number＝25

1.＝电路板管理

2.＝VDT数据管理

3.＝.......

[1.]

number＝8

1.＝显示电路板配置

2.＝增加电路板

3.＝删除电路板

4.＝......

[1.2.]

number＝2

1.＝增加DT板

2.＝增加MFC板

增加“增加SLC板”命令后的menu.ini

menu.ini中：

[mainmenu]

number＝25

1.＝电路板管理

2.＝VDT数据管理

3.＝.......

[1.]

number＝8

1.＝显示电路板配置

2.＝增加电路板

3.＝删除电路板

4.＝......

[1.2.]

number＝3    /*原值为2表示包含两条命令，修改为3*/

1.＝增加DT板

2.＝增加MFC板

3.＝增加SLC板  /*新增加命令项*/

查找[1.2.2.]并在其后增加[1.2.3.]。

[1.2.3.]

number＝0

CMDCODE＝23

CMDSIGN＝ADD_SLC

TASKCODE＝1

INPUTLINES＝13

1.＝X12；′**增加SLC板**′；

3.＝′开始框号′；X2；INT-3-0-0-1；X6；′开始板号′；X2；INT-2-2-0-2；

5.＝′连续个数′；X2；INT-4-4-0-3；X5；′分配HW号′；X2；INT-4-6-0-4；

7.＝′SLC板类型′；CHOSE-3-8-0；

9.＝X4；@16路；X2；@8路；X2；@24路；

由此设置该任务的任务号是1，命令号是23。

在控制软件执行单元111中增加相应的命令处理程序同时根据具体输入参数的合法性及命令执行的各种处理分支在输出格式表output.ini中新添加不同的输出内容。

/*在命令[9]，[12]，[13]内容中新增加对SLC板的信息输出*/

[9]

OUTPUTLINES＝1

1.＝′！！！′；CHOSE-2-0；@删除；@增加；

1..＝CHOSE-4-2；@空板；@DT板；@MFC板；@SLC板；

[12]

OUTPUTLINES＝1

1.＝′！！！′；INT-3-0；X1；′框′；X1；INT-2-2；X1；′板位已设′；

1..＝CHOSE-4-2；@空板；@DT板；@MFC板；@SLC板；

[13]

OUTPUTLINES＝1

1.＝′！！！′；INT-3-0；X1；′框′；X1；INT-2-2；X1；′板位非′；

1..＝CHOSE-4-2；@空板；@DT板；@MFC板；@SLC板；

至此操作完成，编译控制软件程序并运行，便可以通过客户端控制台来执行“增加SLC板”命令。

实施例2

下面再以控制台在已有菜单“智能网管理”的子菜单“高级业务管理”中新增加一条“设置新业务基本数据”命令为例来介绍一个完整流程。

下面修改menu.ini，增加“设置新业务基本数据”命令

menu.ini中：

[mainmenu]

number＝25

1.＝电路板管理

2.＝VDT数据管理

3.＝.......

4.＝智能网管理

由于智能网管理的编号是4，所以应该从[4.]中查找。

[4.]

number＝4

1.＝智能网操作配置

2.＝DP数据管理

3.＝高级业务管理

4.＝普通业务管理

...

[4.3]

number＝2    /*原值为1表示包含一条命令，修改为2*/

1.＝配置新业务触发标准

2.＝设置新业务基本数据    /*新增加命令项*/

查找[4.3.1.]并在其后增加[4.3.2.]。

[4.3.2.]

number＝0

CMDCODE＝222

CMDSIGN＝ADD_SERVICE

TASKCODE＝40

INPUTLINES＝49

1.＝X12；′***设置新业务基本数据***′；

4.＝X2；′业务代号′；INT-2-0；

6.＝X2；′业务名称′；ASCII-16-2；

8.＝X2；′业务键′；INT-3-18；

10.＝X2；′SCP地址′；

12.＝X8；′SCP寻址方式′；CHOSE-2-20；X2；@点码方式；X2；@GT方式；

14.＝X8；′SCP子系统号′；INT-3-22；

16.＝X8；′主：′；INT-3-24；X3；′分：′；INT-3-26；X3；′点：′；INT-3-28；

18.＝X8；′SCFID′；BCD-6-30-0-0；

20.＝X2；′请选择业务所包含的触发类型：′；CHECK-16-34；

22.＝X3；#(DP1)发端-试呼-鉴权(基于用户)；#(DP2)摘机-延时(基于用户)；

24.＝X3；#(DP2)通路-建立-PRI(基于用户)；#(DP2)共享-局间-中继(基于用户)；

26.＝X3；#(DP3)BRI-特征-激活-指示(基于用户)；#(DP3)公用-特征-码(基于用户)；

28.＝X3；#(DP3)规定-特征-码(基于用户)；#(DP3)客户-拨号-计划(基于群)；

30.＝X3；#(DP3)规定-数字-串(基于局)；#(DP3)紧急业务(基于局)；

32.＝X3；#(DP4)自动灵活选路AFR(基于群)；#(DP5)O-被叫-用户-忙(基于局)；

34.＝X3；#(DP6)O-无-应答(基于局)；#(DP7)O-应答(基于用户)；

36.＝X3；#(DP9)O-切断(基于用户)；#(DP12)终端-试呼-有权(基于用户)；

38.＝CHECK-4-36；X3；#(DP13)T-忙(基于用户)；#(DP14)T-无-应答(基于用户)；

40.＝X3；#(DP15)T-应答(基于用户)；#(DP17)T-拆线(基于用户)；

42.＝X2；′注：′；

44.＝X4；′1新业务增加要求针对一种业务类型，比如增加基于用户的业务则只能从基于用户的触发类型中选择′；

46.＝X4；′2(DP3)BRI-特征-激活-指示(基于用户)暂时不用′；

由此我们定义该任务的任务号是40，命令号是222。

下面进入控制软件执行单元111中：增加相应的命令处理程序同时根据具体输入参数的合法性及命令执行的各种处理分支在输出格式表output.ini中新添加不同的输出内容：

/*在命令[9005]，[9006]内容中新增加执行”设置新业务基本数据”命令的成功失败信息输出，同时新添加命令信息[9014]、[9015]、[9016]、[9017]、[9025]、[9029]、[9030]*/

[9005]

OUTPUTLINES＝1

1.＝X6；CHOSE-12-0；@显示结束；@增加成功；@修改成功；@删除成功；@增加业务数据成功；

1..＝@新业务增加成功；@业务基本数据修改成功；@业务触发标准修改成功；@业务删除成功；@业务开通成功；

1...＝@业务取消成功；@该业务已被取消；

[9006]

OUTPUTLINES＝1

1.＝X6；CHOSE-26-0；@显示失败；@无效的显示范围；@没有要显示的数据；@增加失败；@增加失败-空间不足；

1..＝@增加失败-重复；@修改失败；@修改失败-重复；@组合号错误；@删除失败；

1...＝@删除失败-错误的组合号；@无效的操作范围；@参数错误；@无效的DP类型；@无效的触发范围；

1...＝X6；@新业务增加失败；@增加业务数据失败；@业务修改失败；@业务删除失败；@业务开通失败；@未知业务；

1.....＝@业务配置不完全；@删除失败-配置数据不存在；@业务取消失败；@业务类型错误；

1......＝@业务配置数据错误；

[9014]

OUTPUTLINES＝1

1.＝X2；′SCP子系统号超出范围，请重新填写！′；

[9015]

OUTPUTLINES＝1

1.＝X2；′SCP为点码方式寻址，主-分-点三个参数必须输入！′；

[9016]

OUTPUTLINES＝1

1.＝X2；′主-分-点参数超出范围！′；

[9017]

OUTPUTLINES＝1

1.＝X2；′SCP为GT方式寻址，参数SCFID必须输入！′；

[9025]

OUTPUTLINES＝1

1.＝X2；′业务键有效范围为1-255，输入参数范围超出，请重新输入！′；

[9029]

OUTPUTLINES＝1

1.＝X2；′业务的增加或者修改只允许针对一种业务类型，不能同时选择两种以上的业务类型！′；

[9030]

OUTPUTLINES＝1

1.＝X2；′目前来说一种业务最多支持4种触发类型！′；

至此操作完成，编译交换软件程序并运行，便可以通过控制台来执行“设置新业务基本数据”命令。

以上公开的仅为本发明的几个具体实施例，但本发明并非局限于此，任何本领域的技术人员能思之的变化都应落在本发明的保护范围内。

Claims (11)

1. 一种软件功能更新的方法，应用于分布式管理系统，所述分布式管理系统包括服务器和与所述服务器连接的若干客户端控制台，其特征在于，包括：

(1)客户端控制台在控制软件中设置格式表类文件及对应的处理流程，所述格式表类文件为客户端控制台所有用以控制服务器的控制操作命令的集合；

(2)在格式表类文件中增加软件功能对应的指令信息；

(3)客户端控制台按照所述处理流程处理所述格式表类文件，以达到更新软件功能。

2. 如权利要求1所述的软件功能更新的方法，其特征在于，所述格式表类文件为客户端控制台对控制软件所有所述控制操作命令进行分级菜单式管理。

3. 如权利要求2所述的软件功能更新的方法，其特征在于，所述格式表类文件包括菜单类格式表文件，所述菜单类格式表文件包括控制软件的菜单界面中的各级菜单及子菜单、以及每一子菜单对应的任务号、指令号。

4. 如权利要求3所述的软件功能更新的方法，其特征在于，步骤(1)中的所述处理流程包括：

根据菜单类格式表文件中的菜单及子菜单进行显示以获得菜单界面；

当接收到用户操作子菜单的指令，则将该子菜单对应的任务号、指令号组织成控制消息后发送至服务器，以便服务器从所述控制消息中还原出所述任务号和指令号，并执行所述指令号对应的指令。

5. 如权利要求3所述的软件功能更新的方法，其特征在于，所述格式表类文件包括输出类格式表文件，所述输出类格式表文件用以表明用户在发出控制操作命令后在客户端控制台的控制软件中所看到的显示内容。

6. 如权利要求5所述的软件功能更新的方法，其特征在于，还包括：

服务器将执行增加功能的指令所对应的各种处理分支以及该指令输入参数合法的判断发送至客户端控制台；

客户端控制台将所述指令所对应的各种处理分支以及该指令输入参数合法的判断保存在输出类格式表文件中。

7. 如权利要求6所述的软件功能更新的方法，其特征在于，所述处理流程还包括：

当接收到用户输入增加功能的指令时，先根据输出类格式表文件判断所述指令对应的输入参数是否合法，若是，将对应的任务号及指令号组织成控制消息发送至服务器，否则，将根据输出类格式表文件进行显示；

当接收到服务器返回的消息处理结果，则根据输出类格式表文件进行显示。

8. 如权利要求1所述的软件功能更新的方法，其特征在于，所述格式表类文件为根据标准INI文件格式设置的文件。

9. 一种软件功能更新的系统，包括服务器及若干客户端控制台，所述服务器包括控制软件执行单元和第二接口单元，所述客户端控制台包括控制软件和第一接口单元，其特征在于，所述控制软件包括格式表类文件及格式表类文件处理单元，其中，

格式表类文件，为客户端控制台中所有用以控制服务器的控制操作命令的集合；

格式表类文件处理单元，用以识别格式表类文件，并按照预先设定的处理流程处理格式表类文件，当需要增加软件功能时，修改格式表类文件，以达到更新软件功能；

第一接口单元和第二接口单元，用于建立服务器和客户端控制台之间的通信；

控制软件执行单元，用以执行第二接口单元发送的指令信息进行对服务器的相应控制。

10. 如权利要求9所述的软件功能更新的系统，其特征在于，所述格式表类文件处理单元进一步包括：

菜单界面处理子单元：用以识别并显示格式表类文件中的每一级菜单及每一级菜单下的子菜单，以获得所述控制软件的菜单界面；

指令形成子单元：当接收到用户操作指令，激活菜单界面中的一子菜单时，从格式表类文件获得包括对应的任务号和指令号的指令信息，并将之发送至第一接口单元；

指令反馈子单元，当接收到第一接口单元发送的服务器的指令反馈信息时，根据格式表类文件显示对应信息。

11. 如权利要求9或10所述的软件功能更新的系统，其特征在于，所述格式表类文件为类INI文件，所述格式表类文件处理单元为能够识别类INI文件的windows操作系统。

Images