CN100589496C - 多语音/数据卡接口控制方法 - Google Patents

Abstract

本发明公开一种多语音卡接口控制技术，它在上层应用程序和底层卡之间设有统一接口模块、多卡管理模块和卡配置模块；统一接口模块通过统一的事件和函数接口与外部联系；多卡管理模块统一管理各类卡的协调和通讯；卡配置模块配置各种卡的通道，使得每块卡的每个通道都有一个标识符，让上层应用程序能够通过这个标识符来访问每块卡的每个通道，同时多卡管理模块也需要通过它来判断每个通道对应的卡的类型；该技术在语音/数据卡业务系统中充当了一个接口转换平台的角色，提高了系统的灵活性和兼容性，解决了许多传统系统中无法解决的问题；它使上层的业务软件在提交语音处理请求时不必关心卡类型，最终使得上层只需关心应用，对各种卡透明。

Description

多语音/数据卡接口控制方法

技术领域

本发明涉及一种语音系统中使用的控制方法，特别是一种适于语音和数据记录方案中用来实现多语音/数据卡共用的接口控制方法。

背景技术

随着人类生活和工作信息化、资讯化的快速发展，基于各种目的和需求，通讯过程中产生的大量语音和数据需要保存下来，各种语音数据记录系统应运而生，而语音/数据卡作为其构成的基本部分被广泛使用。如图1所示，现有的语音数据记录系统在使用语音/数据卡时多仅针对某一类卡或某一厂家或型号的卡进行应用开发，即现有语音/数据卡应用程序由于在一个程序中直接在程序中使用语音/数据卡的接口开发，每次只能使用一种语音/数据卡，即语音/数据卡上层应用程序仅能针对A类型卡开发包或B类型卡开发包调用函数和处理事件。如果需要使用别的厂商甚至同类型的语音/数据卡就需要重新开发，移植性和应用灵活性非常差；如果需要使用多种卡，就需要多台工控机器，集成性和可维护性差。

发明内容

本发明的目的是为了提供一种可以有效克服上述问题发生的新型多语音/数据卡接口控制方法，它统一管理各类卡的协调和通讯，然后通过统一的事件和函数接口和外部联系，并配置各种卡的通道，让上层应用程序能够通过统一的通道索引号来访问每种卡的每个通道。

文档中提到的卡是指语音/数据卡；多卡指的是多个厂商生产的不同类型的卡，以及同一厂商生产的提供不同开发包的卡。

本发明的目的是这样实现的：它在上层应用程序和底层卡之间设有统一接口模块、多卡管理模块和卡配置模块；

统一接口模块通过统一的事件和函数接口与外部联系，分发事件和提供函数给上层调用；

统一接口模块向上层应用程序提供统一的函数接口采用COM技术和Socket通讯技术两种方式；

采用COM技术，统一接口模块接收到上层应用程序以通道标识符作为主要参数的函数调用请求后，就以相同参数调用多卡管理模块提供的对应函数，完成相应功能；

采用Socket通讯技术，先在统一接口模块内定义一个包结构，包头为函数或事件的类型、相关数据的长度，包内则存放通道标识符数据，并把此结构提供给上层应用程序；统一接口模块在接收到上层应用程序发出的采用同一包结构的调用函数包之后，就按照定义好的包结构来分析数据，从而获得函数类型和通道标识符信息，再调用多卡管理模块提供的对应函数来完成相应功能；

卡事件的处理采用系统的消息机制、COM的事件机制以及Socket通讯技术实现；

采用系统的消息机制，统一接口模块主要是提供窗体注册函数给上层应用程序，多卡管理模块把卡事件转换为系统消息发送出来，在上层应用程序中经过注册的窗体就收到系统消息，就对其做出具体的处理；

采用COM的事件机制，统一接口模块利用COM的事件机制把经过多卡管理模块统一后的事件分发出去，上层应用程序直接对事件做出处理；

采用Socket通讯技术，统一接口模块利用多卡管理模块分发出来的事件，把事件参数存入定义好的包结构，然后把包结构通过Socket通讯技术发给上层应用程序，上层应用程序收到包后，按照在统一接口模块内定义好的包的结构来分析统一接口模块发过来的数据包，从而对卡事件做出相应的处理；

多卡管理模块统一管理卡的协调和通讯；

卡配置模块配置卡的通道，使得每块卡的每个通道都有标识符，让上层应用程序能够通过标识符来访问每块卡的每个通道，同时多卡管理模块也需要通过它来判断每个通道对应的卡的类型。

多卡管理模块由卡控制单元和多卡管理单元组成：

卡控制单元提供初步统一的函数和事件接口给多卡管理单元调用，具体创建过程如下：

A.统一函数的过程为：首先，把卡控制单元内实现同一功能的函数定义为名称相同的函数，并且参数也基本一致，然后，在卡控制单元内调用相应开发包提供的接口，实现函数功能，最后，把经过统一的函数提供给多卡管理单元调用；

B.统一事件的过程为：把卡开发包内触发的事件转换成对外统一的事件，包括事件名称和参数的统一，其中参数为事件类型、通道号以及其它需要传递到上层应用程序的数据；

多卡管理单元用来统一管理卡控制单元，它包括函数统一和事件统一两部分内容；

函数统一通过如下过程实现：

A.调用多卡管理单元内的对应函数

接受由统一接口模块发出的调用多卡管理模块内以通道标识符为参数的函数的请求，调用多卡管理单元内的对应函数；

B.查通道映射表转换参数

以通道标识符为参数调用卡配置模块提供的查询函数，获得通道标识符所标识的通道的具体信息，例如分机号、卡类型、通道号等；

C.调用对应卡控制单元内的对应函数

判断卡类型，并以查询获得的通道号为参数调用相应卡控制单元内的函数；

事件统一通过如下过程实现：

A.接收卡控制单元的事件

多卡管理单元接收经过卡控制单元统一名称和参数的事件；

B.查通道映射表转换参数

多卡管理单元依据卡控制单元所传递的参数(通道号)以及卡类型查询映射表，得出对应的通道标识符等相关信息；

C.分发事件

如果是采用的系统消息机制，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件转换成系统消息，分发出去，这样，经过注册的上层应用程序的窗体就通过接收到的系统消息来处理各种卡事件；如果采用的是COM的事件机制，就是以通道标识符及相关数据为参数，把卡事件分发出去，各类卡的同类事件的名称和参数一致，参数包括通道标识符、事件类型及相关数据，与卡类型无关，上层应用程序就依据需要对这些事件做出处理；如果采用的是Socket通讯技术，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件分发给统一接口模块，再由统一接口模块把对应参数存入包结构，然后通过发包的形式发送给上层应用程序，而上层应用程序收到包后进行包数据分析，从而就对相应的事件做出处理。

卡控制单元通过类的多次继承来实现；首先，在基类里定义所有卡都拥有的函数和事件，通过继承，形成数字卡和模拟卡的控制类，再通过继承，形成与卡开发包对应的卡控制单元；或者直接在基类的基础上形成卡控制单元；或者通过更多层次的控制类来继承出卡控制单元。

卡配置模块配置通道映射表，每块卡的每个通道都对应一组配置信息，包括通道序号、分机号、通道是否启用、卡类型、通道号等；同时，采用通道标识符来唯一地标识每块卡的每个通道，配置模块的具体工作流程为：

A.如果通道配置已有，则显示已有的通道配置；

B.通过用户输入的总通道数来设置映射表内的通道序号列的值；

C.通过用户输入的具体信息来设置映射表内的其它列的值，包括分机号、卡类型、通道号、通道是否启用四列；

D.保存用户的设置，保存的方式为文件形式或数据库形式。

实施上述操作时，多语音/数据卡接口控制方法在多语音/数据卡业务系统中充当了一个接口转换平台的角色。由于语音/数据卡类型多种多样，就算同类型的语音/数据卡在开发接口上也可能有很大不同，甚至要求使用不同的开发环境，多语音/数据卡接口控制方法从整个业务系统中抽象出来，成为一个独立的有明确功能的接口平台，向上层应用提供统一的开发接口。实践已经证明这样大大的提高了整个系统的灵活性和兼容性，解决了许多传统系统中无法解决的问题。

从系统结构上来说，通过多语音/数据卡接口控制方法向各个上层应用程序提供统一接口，并对各个语音资源统一管理，使上层的业务软件在提交语音处理请求时不必关心语音/数据卡类型，并且可以分配总语音资源表来灵活调度语音资源，最终使得上层只需关心应用，对各种卡透明。

附图说明

下面结合附图详述本发明的具体内容

图1为现有呼叫中心语音卡使用结构示意图

图2为本发明多语音/数据卡接口控制方法的原理方框图

图3为本发明多卡管理模块的流程图

图4为本发明卡配置模块的流程图

图5为本发明卡配置模块配置通道映射表

图6为本发明以通道序号为10的通道摘机工作过程原理方框图

图7为本发明以卡B内的通道3发生录音结束事件为例采用Windows消息机制的工作过程方框图

图8为本发明以卡B内的通道3发生录音结束事件为例采用COM事件机制的工作过程方框图

图9为本发明以卡B内的通道3发生录音结束事件为例采用Socket通讯技术的工作过程方框图

具体实施方式

如图2所示，本发明在上层应用程序和语音/数据卡开发包之间设有统一接口模块、多卡管理模块和卡配置模块；

统一接口模块通过统一的事件和函数接口与外部联系；

多卡管理模块统一管理各类卡的协调和通讯；

卡配置模块配置各种卡的通道，使得每块卡的每个通道都有一个标识符，让上层应用程序能够通过这个标识符来访问每块卡的每个通道，同时多卡管理模块也需要通过它来判断每个通道对应的卡的类型；

如图3所示，上层应用程序并不知道具体的卡类型和通道号，也就是说对于各种类型的卡，上层应用程序实现同样功能所调用的函数和处理的事件是一样的，而这种函数和事件的统一就是在多卡管理模块内实现的。

多卡管理模块用来统一管理各类卡的协调和通讯，它由卡控制单元和多卡管理单元组成；

单个的卡控制单元的划分是按卡开发包来的。一个卡控制单元也可能控制多种卡，只要这些卡使用同样的开发包，例如Dialogic卡对它的多种卡只提供了一个开发包，即Dialogic的多种卡经过开发包封装后对外采用同一接口，那么就只需要创建一个卡控制单元来调用这个开发包提供的接口，从而起到控制多种Dialogic卡的作用；反之，如果某一厂商不同的卡提供的开发包不同，或者其开发包只支持单线程访问，那么就需要针对每个开发包创建各自的卡控制单元。卡控制单元提供初步统一的函数和事件接口给多卡管理单元调用，具体创建过程如下：

A.统一函数的过程为：首先，把不同卡控制单元内实现同一功能的函数定义为名称相同的函数，并且参数也基本一致，然后，在卡控制单元内调用相应开发包提供的接口，实现函数功能，最后，把经过统一的函数提供给多卡管理单元调用；

B.统一事件的过程为：把卡开发包内触发的事件转换成对外统一的事件，包括事件名称和参数的统一，其中参数为事件类型、通道号以及其它需要传递到上层应用程序的数据；

卡控制单元还可以通过如下方式创建：即通过类的多次继承来实现。首先，在基类里定义所有卡都拥有的函数和事件，通过继承，再形成数字卡和模拟卡的控制类，再通过继承，就可以形成与卡开发包对应的卡控制单元；当然，也可以不使用中间的控制类，而直接在基类的基础上形成卡控制单元；或者也可以通过更多层次的控制类来继承出卡控制单元；

多卡管理单元用来统一管理各类卡控制单元，它包括函数统一和事件统一两部分内容；

函数统一通过如下过程实现：

A.调用多卡管理单元内的对应函数

接受由统一接口模块发出的调用多卡管理模块内以通道标识符为参数的函数的请求，调用多卡管理单元内的对应函数；

B.查通道映射表转换参数

以通道标识符为参数调用配置模块提供的查询函数，获得通道标识符所标识的通道的具体信息，例如分机号、卡类型、通道号等；

C.调用对应卡控制单元内的对应函数

判断卡类型，并以查询获得的通道号为参数调用相应卡控制单元内的函数；

事件统一通过如下过程实现：

A.接收卡控制单元的事件

多卡管理单元接收经过卡控制单元统一名称和参数的事件；

B.查通道映射表转换参数

多卡管理单元依据卡控制单元所传递的参数(通道号)以及卡类型查询映射表，得出对应的通道标识符等相关信息；

C.分发事件

如果是采用的系统消息机制，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件转换成系统消息，分发出去，这样，经过注册的上层应用程序的窗体就可以通过接收到的系统消息来处理各种卡事件；如果采用的是COM的事件机制，就是以通道标识符及相关数据为参数，把卡事件分发出去，各类卡的同类事件的名称和参数一致，参数包括通道标识符、事件类型及相关数据，与卡类型无关，上层应用程序就可以依据需要对这些事件做出处理；如果采用的是Socket通讯技术，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件分发给统一接口模块，再由统一接口模块把对应参数存入包结构，然后通过发包的形式发送给上层应用程序，而上层应用程序收到包后进行包数据分析，从而就可以对相应的事件做出处理；

在使用本发明程序提供的统一接口前，用户必须先配置好通道映射表，配置过程如图4所示，具体步骤如下：

A.如果通道配置已有，则显示已有的通道配置；

B.通过用户输入的总通道数来设置映射表内的通道序号列的值；

C.通过用户输入的具体信息来设置映射表内的其它列的值，包括分机号、卡类型、通道号、通道是否启用四列；

D.保存用户的设置，保存的方式可以为文件形式、数据库形式等。

如图5所示，在通道映射表内，卡的每个通道号对应一组信息，包括分机号、卡类型、通道序号、是否启动.卡A的通道0至7分别与一组分机号、卡类型、通道序号信息对应，即卡A通道0对应分机号3000、卡类型为A、通道序号为0，以此类推，卡A通道7对应分机号3007、卡类型为A、通道序号为7；卡B的通道0对应分机号3008、卡类型为B、通道序号为8，以此类推，卡B通道29对应分机号3037、卡类型为B、通道序号为37；依此方法，还可以依次配置多个卡的信息；

图6为以通道序号为10的通道摘机工作过程原理方框图。具体说明如下：

在用到多语音卡接口控制技术时，用户必须先配置好通道映射表。在此示例中，通道序号为10的通道配置为：是否启动为启动，分机号为3010，卡类型为B，通道号为3。

如图所示，当上层应用程序发出序号为10的通道摘机操作指令时，它并不需要知道序号为10的通道所在卡的卡类型以及在此卡中的通道数，从而对卡透明，而底层卡则可以为任何类型的卡，序号为10的通道也可以是此种卡的任何一个通道，当然，这种对应即取决于程序运行前用户对卡通道的映射配置；它只需要以通道序号，也就是10为参数传递命令给多卡控制单元即可。

如果统一接口模块采用的是COM技术，则在上层应用程序建立起COM实例后，就可以以通道序号为参数直接调用统一接口模块提供的接口VccPickup，VccPickup是本发明通过Com技术提供给上层应用程序的摘机函数，具体实现方法是以通道序号为参数调用多卡管理模块提供的函数Pickup。

如果统一接口模块采用的是Socket技术，则统一接口模块在接收到上层应用程序发过来的包括了函数名和相应参数的数据包后，就可以进行数据分析，从而得知上层应用程序需用对通道序号为10的通道进行摘机操作，具体实现方法是以通道序号为参数调用多卡管理模块提供的函数Pickup。

函数Pickup是在多卡管理模块内实现的。首先，在多卡管理单元内，利用配置模块的查询函数，以通道序号10为参数，得出整个通道的信息：是否启动为启动，分机号为3010，卡类型为B，通道号为3；然后，以通道号3为参数，调用B类型卡的卡控制单元内的函数Pickup；最后，调用B类型卡开发包提供的对底层卡操作的函数来实现对通道3的摘机操作。

这样，通过调用此多语音卡接口控制程序，上层应用程序就完成了整个摘机操作，但是，它并不知道对应卡的类型及通道号，所以，无论用户在底层安装什么类型的卡，无论上层应用程序需要调用此块卡的哪个通道，上层应用程序都可以正常完成摘机操作，从而顺利实现了本发明的目的。

当通道发生录音结束事件时，上层应用程序需要对录音结束事件做相应处理，那么，上层应用程序就需要能够响应到录音结束事件的发生。

事件的处理有多种方法：系统的消息机制、COM的事件机制、Socket通讯技术等.现在分别说明如下.

图7为以卡B内的通道3发生录音结束事件为例采用系统消息机制的工作过程方框图。其处理过程如下：

当卡B内的通道3发生录音结束事件时，需要传递的参数为通道号3和结束原因，而上层应用程序对卡透明，不需要知道卡的通道号，所以，为了统一接口和对上层屏蔽底层卡，在B类型的卡控制单元内，把录音结束事件转换为名称为OnAllEvent的事件，参数变为事件类型(摘机)、通道号(3)和结束原因。同理，其它的事件也是转换为OnAllEvent事件，处理流程与录音结束事件一致。

接着，在多卡管理单元内对事件OnAllEvent做了进一步的转换。首先，以卡类型B和通道号3为参数，利用配置单元提供的查询函数查询得出整个通道的信息：是否启动、分机号、通道序号；然后，以消息类型、通道序号10以及其它需要传递出去的数据(此例中为结束原因)为参数，发送系统消息，那么，上层应用程序中调用注册窗口函数注册过的窗口就可以接收到此消息。

这样一来，上层应用程序就可以对录音结束事件做出相应的处理。通过这种转换，上层应用程序同样不知道卡的具体信息，只知道通道序号，就可以对卡事件做出相应处理，从而顺利实现本发明的目的。

图8为以卡B内的通道3发生录音结束事件为例采用COM事件机制的工作过程方框图。其处理过程如下：

当卡B内的通道3发生录音结束事件时，需要传递的参数为通道号3和结束原因，而上层应用程序对卡透明，不需要知道卡的通道号，所以，为了统一接口和对上层屏蔽底层卡，在B类型的卡控制单元内，把录音结束事件统一为事件OnRecordEnd，参数变为事件类型(摘机)、通道号(3)和结束原因。同理，其它类型卡的录音结束事件也统一为事件OnRecordEnd，参数一致。

接着，在多卡管理单元内对事件OnRecordEnd做了进一步的转换。首先，以卡类型B和通道号3为参数，利用配置单元提供的查询函数查询得出整个通道的信息：是否启动、分机号、通道序号；然后，把OnRecordEnd的参数通道号转换成通道序号，其余参数不变。

最后，以通道标识符、结束原因等数据作为参数，在统一接口单元用COM的事件接口把经过统一的事件对外发布。

这样一来，上层应用程序就可以利用COM提供的接口对录音结束事件做出相应的处理。通过这种转换，上层应用程序同样不知道卡的具体信息，只知道通道序号，就可以对卡事件做出相应处理，从而顺利实现本发明的目的。

图9为以卡B内的通道3发生录音结束事件为例采用Socket通讯技术的工作过程方框图。其处理过程如下：

当卡B内的通道3发生录音结束事件时，需要传递的参数为通道号3和结束原因，而上层应用程序对卡透明，不需要知道卡的通道号，所以，为了统一接口和对上层屏蔽底层卡，在B类型的卡控制单元内，把录音结束事件转换为名称为OnAllEvent的事件，参数变为事件类型(摘机)、通道号(3)和结束原因。同理，其它的事件也是转换为OnAllEvent事件，处理流程与录音结束事件一致。

接着，在多卡管理单元内对事件OnAllEvent做了进一步的转换。首先，以卡类型B和通道号3为参数，利用配置单元提供的查询函数查询得出整个通道的信息：是否启动、分机号、通道序号；然后，把OnAllEvent的参数通道号转换成通道序号，其余参数不变。

最后，在统一接口单元内把事件OnAllEvent的参数通道标识符、结束原因等数据写入包结构，发给上层应用程序。

这样一来，上层应用程序就可以在接收到多卡控制程序发过来的数据包后，对数据进行分析，得知是通道序号为10的通道发生了录音结束事件，从而可以做出相应的处理。通过这种转换，上层应用程序同样不知道卡的具体信息，只知道通道序号，就可以对卡事件做出相应处理，从而顺利实现本发明的目的。

Claims (4)

1、一种多语音/数据卡接口控制方法，其特征是：它在上层应用程序和底层卡之间设有统一接口模块、多卡管理模块和卡配置模块；

统一接口模块通过统一的事件和函数接口与外部联系，分发事件和提供函数给上层调用；

统一接口模块向上层应用程序提供统一的函数接口采用COM技术和Socket通讯技术两种方式；

采用COM技术，统一接口模块接收到上层应用程序以通道标识符作为主要参数的函数调用请求后，就以相同参数调用多卡管理模块提供的对应函数，完成相应功能；

采用Socket通讯技术，先在统一接口模块内定义一个包结构，包头为函数或事件的类型、相关数据的长度，包内则存放通道标识符数据，并把此结构提供给上层应用程序；统一接口模块在接收到上层应用程序发出的采用统一包结构的调用函数包之后，就按照定义好的包结构来分析数据，从而获得函数类型和通道标识符信息，再调用多卡管理模块提供的对应函数来完成相应功能；

卡事件的处理采用系统的消息机制、COM的事件机制以及Socket通讯技术实现；

采用系统的消息机制，统一接口模块主要是提供窗体注册函数给上层应用程序，多卡管理模块把卡事件转换为系统消息发送出来，在上层应用程序中经过注册的窗体就收到系统消息，就对其做出具体的处理；

采用COM的事件机制，统一接口模块利用COM的事件机制把经过多卡管理模块统一后的事件分发出去，上层应用程序直接对事件做出处理；

采用Socket通讯技术，统一接口模块利用多卡管理模块分发出来的事件，把事件参数存入定义好的包结构，然后把包结构通过Socket通讯技术发给上层应用程序，上层应用程序收到包后，按照在统一接口模块内定义好的包的结构来分析统一接口模块发过来的数据包，从而对卡事件做出相应的处理；

多卡管理模块统一管理卡的协调和通讯；

卡配置模块配置卡的通道，使得每块卡的每个通道都有标识符，让上层应用程序能够通过标识符来访问每块卡的每个通道，同时多卡管理模块也需要通过它来判断每个通道对应的卡的类型。

2、如权利要求1所述的多语音/数据卡接口控制方法，其特征是：多卡管理模块由卡控制单元和多卡管理单元组成；

卡控制单元提供初步统一的函数和事件接口给多卡管理单元调用，具体创建过程如下：

A.统一函数的过程为：首先，把卡控制单元内实现同一功能的函数定义为名称相同的函数，并且参数也基本一致，然后，在卡控制单元内调用相应开发包提供的接口，实现函数功能，最后，把经过统一的函数提供给多卡管理单元调用；

B.统一事件的过程为：把卡开发包内触发的事件转换成对外统一的事件，包括事件名称和参数的统一，其中参数为事件类型、通道号以及其它需要传递到上层应用程序的数据；

多卡管理单元用来统一管理卡控制单元，它包括函数统一和事件统一两部分内容；

函数统一通过如下过程实现：

A.调用多卡管理单元内的对应函数

接受由统一接口模块发出的调用多卡管理模块内以通道标识符为参数的函数的请求，调用多卡管理单元内的对应函数；

B.查通道映射表转换参数

以通道标识符为参数调用卡配置模块提供的查询函数，获得通道标识符所标识的通道信息；

C.调用对应卡控制单元内的对应函数

判断卡类型，并以查询获得的通道号为参数调用相应卡控制单元内的函数；

事件统一通过如下过程实现：

A.接收卡控制单元的事件

多卡管理单元接收经过卡控制单元统一名称和参数的事件；

B.查通道映射表转换参数

多卡管理单元依据卡控制单元所传递的参数以及卡类型查询映射表，得出对应的通道标识符信息；

C.分发事件

如果是采用的系统消息机制，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件转换成系统消息，分发出去，这样，经过注册的上层应用程序的窗体就通过接收到的系统消息来处理各种卡事件；如果采用的是COM的事件机制，就是以通道标识符及相关数据为参数，把卡事件分发出去，各类卡的同类事件的名称和参数一致，参数包括通道标识符、事件类型及相关数据，与卡类型无关，上层应用程序就依据需要对这些事件做出处理；如果采用的是Socket通讯技术，就是以通道标识符、事件类型及相关数据为参数，把卡控制单元提供的统一事件分发给统一接口模块，再由统一接口模块把对应参数存入包结构，然后通过发包的形式发送给上层应用程序，而上层应用程序收到包后进行包数据分析，从而就对相应的事件做出处理。

3、如权利要求2所述的多语音/数据卡接口控制方法，其特征是：卡控制单元通过类的多次继承来实现；首先，在基类里定义所有卡都拥有的函数和事件，通过继承，形成数字卡和模拟卡的控制类，再通过继承，形成与卡开发包对应的卡控制单元；或者直接在基类的基础上形成卡控制单元；或者通过更多层次的控制类来继承出卡控制单元。

4、如权利要求1所述的多语音/数据卡接口控制方法，其特征是：卡配置模块配置通道映射表，每块卡的每个通道都对应一组配置信息，包括通道序号、分机号、通道是否启用、卡类型、通道号；同时，采用通道标识符来唯一地标识每块卡的每个通道，配置模块的具体工作流程为：

A.如果通道配置已有，则显示已有的通道配置；

B.通过用户输入的总通道数来设置映射表内的通道序列号的值；

C.通过用户输入的具体信息来设置映射表内的其它列的值，包括分机号、卡类型、通道号、通道是否启用四列；

D.保存用户的设置，保存的方式为文件形式或数据库形式。

Images