本发明涉及通信技术领域，尤其涉及一种备份系统及备份方法。
背景技术：
互联网协议(InternetProtocol,IP)软调度系统以其灵活的组网特性、丰富的终端兼容性和强大的多媒体接入能力，已成为调度通信的发展趋势。
在IP软调度系统中，如图1所示，服务板100上部署有调度服务器101、呼叫服务器102和数据库103，调度台110和配置站120通过接口板网口130和服务板100上的对外网卡104连接到调度服务器101，终端140通过接口板网口130和服务板100上的对外网卡104连接到呼叫服务器102。配置站120可以对调度服务器101进行终端配置、终端组配置、调度台配置等配置工作。调度台110可以对调度服务器101进行会议、组呼、集呼、转接、保持、监听、强插、强拆、以及终端状态显示等调度操作。调度服务器101在接收到配置站120的配置命令后，将相关配置项写入数据库103；调度服务器101在接收到调度台110的命令后，经过逻辑判断，对呼叫服务器102发送相关的指令，呼叫服务器102进行呼叫相关操作，最终对终端140进行控制。终端140都注册到呼叫服务器102，可以通过呼叫服务器102进行相互通话。在呼叫服务器102接收到某个终端140的呼叫请求时，会将请求上传到调度服务器101，由调度服务器101根据配置判断呼叫是否合法，若不合法，则通知呼叫服务器102将该终端进行挂机操作，若合法，则通知呼叫服务器102进行下一步呼叫操作，最终建立主叫终端和被叫终端之间的通信。终端140可以是普通的IP话机，或者软话机，或者经过网关转换转为数字信号的模拟话机。
上述IP软调度系统能够实现通过调度台发起会议、组呼等复杂的呼叫，并对通话过程进行转接、监听、强插、强拆等控制操作，同时能显示每个终端的当前通话状态；并且，还可以支持配置过的终端之间能够主动发起呼叫，并将通话状态实时显示到调度台。
在IP软调度系统中，在某个服务环节发生软硬件故障时，将导致系统功能失效，发生调度、配置和状态等业务中断的情况，因此，需要对调度、配置和状态等业务进行备份。现有的调度备份方法中，虽然主调度服务器对应设置一备调度服务器，但在某个服务环节发生软硬件故障时，需要重新进行注册，不能实现IP软调度服务的无缝切换，不能保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
技术实现要素：
有鉴于此，本发明实施例提供了一种备份系统及备份方法，用以实现调度服务的无缝切换，保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
因此，本发明实施例提供了一种备份系统，包括：配置站、调度台、终端、接口板、互为主备的两个服务板以及位于所述接口板与两个服务板之间的切换开关；其中，
所述接口板的一端分别与所述配置站、所述调度台和所述终端相连，另一端与所述切换开关相连；
每个所述服务板包括：交换芯片、处理器、第一网卡和第二网卡；
在每个服务板中，所述交换芯片与所述切换开关相连，并分别通过所述第一网卡和所述第二网卡与所述处理器相连；两个服务板中的交换芯片相连用于两个服务板之间传输数据；
在每个服务板中，所述处理器通过切换开关控制线与所述切换开关相连，用于在本板的状态为主时控制所述切换开关将所述接口板与本板的交换芯片导通，并将在本板传输的数据复制后通过本板的第二网卡和交换芯片发送给对板；两个服务板中的处理器通过硬件心跳线相连用于检测对板是否发生故障；两个服务板中的处理器通过逻辑判断线相连用于确定对板的主备状态；
两个服务板中的第一网卡的媒体访问控制地址相同，且互联网协议地址相同；两个服务板中的第二网卡的媒体访问控制地址不同，且互联网协议地址不同。
在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述处理器，具体用于通过硬件心跳线向对板发送周期的电平信号，在当前周期内，通过逻辑判断线确定对板是否为主；在确定对板的状态为备时，确定本板的状态是否为主；若是，等待下一周期；若否，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主。
在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述处理器，还用于在当前周期内，通过逻辑判断线确定对板的状态为主时，确定本板的状态是否为主；在确定本板的状态为备时，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述处理器，还用于在当前周期内，通过逻辑判断线确定对板的状态为主且后续确定本板的状态为主时，将本板状态置为备，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述处理器，具体包括：对上转发模块、调度服务器、数据库、对下转发模块和呼叫服务器；其中，
所述对上转发模块，用于在接收到调度台发送的调度命令或配置站发送的配置命令且确定本板的状态为主之后，将接收的调度命令或配置命令复制为两份，将一份发送给本板的调度服务器，将另一分发送给对板的对上转发模块；在接收到对板的对上转发模块发送的调度命令或配置命令且确定本板的状态为备之后，将接收的调度命令或配置命令发送给本板的调度服务器；在接收到本板的调度服务器发送的终端的状态信息之后，确定本板的状态是否为主，若是，将接收的状态信息发送给调度台，若否，不转发接收的状态信息；
所述调度服务器，用于在接收到本板的对上转发模块发送的调度命令之后，将接收的调度命令解析为呼叫命令，存储所述呼叫命令并将所述呼叫命令发送给本板的对下转发模块；在接收到本板的对上转发模块发送的配置命令之后，存储所述配置命令并将所述配置命令写入本板的数据库；在接收到本板的对下转发模块发送的终端的状态信息之后，存储所述状态信息并将所述状态信息发送给本板的对上转发模块；在接收到本板的对下转发模块发送的呼叫请求之后，判断所述呼叫请求是否合法，若是，向本板的对下转发模块发送呼叫命令，若否，向本板的对下转发模块发送挂机命令；
所述对下转发模块，用于在接收到本板的调度服务器发送的呼叫命令或挂机命令之后，确定本板的状态是否为主，若是，将接收的呼叫命令或挂机命令发送给本板的呼叫服务器，若否，不转发接收的呼叫命令或挂机命令；在接收到本板的呼叫服务器发送的终端的状态信息或呼叫请求且确定本板的状态为主之后，将接收的状态信息或呼叫请求复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；在接收到对板的对下转发模块发送的状态信息或呼叫请求且确定本板的状态为备之后，将接收的状态信息或呼叫请求发送给本板的调度服务器；
所述呼叫服务器，用于在接收到本板的对下转发模块发送的呼叫命令或挂机命令之后，将所述呼叫命令或挂机命令解析后发送给终端，修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的对下转发模块；在接收到终端发送的呼叫请求之后，将接收的呼叫请求发送给本板的对下转发模块。
在一种可能的实现方式中，在本发明实施例提供的上述系统中，所述处理器，还包括：呼叫转发模块；
所述呼叫服务器，还用于根据接收的呼叫命令或挂机命令修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的呼叫转发模块；
所述呼叫转发模块，用于在接收到呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块；在接收到对板的呼叫转发模块发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列。
本发明实施例还提供了一种备份方法，包括：
对上转发模块在接收到调度台发送的调度命令或配置站发送的配置命令且确定本板的状态为主之后，将接收的调度命令或配置命令复制为两份，将一份发送给本板的调度服务器，将另一分发送给对板的对上转发模块；对上转发模块在接收到对板的对上转发模块发送的调度命令或配置命令且确定本板的状态为备之后，将接收的调度命令或配置命令发送给本板的调度服务器；
调度服务器在接收到本板的对上转发模块发送的调度命令之后，将接收的调度命令解析为呼叫命令，存储所述呼叫命令并将所述呼叫命令发送给本板的对下转发模块；调度服务器在接收到本板的对上转发模块发送的配置命令之后，存储所述配置命令并将所述配置命令写入本板的数据库；
对下转发模块在接收到本板的调度服务器发送的呼叫命令之后，确定本板的状态是否为主；若是，将接收的呼叫命令发送给本板的呼叫服务器；若否，不转发接收的呼叫命令；
呼叫服务器在接收到本板的对下转发模块发送的呼叫命令之后，将所述呼叫命令解析后发送给终端，修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的对下转发模块；
对下转发模块在接收到本板的呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的状态信息复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的状态信息且确定本板的状态为备之后，将接收的状态信息发送给本板的调度服务器；
调度服务器在接收到本板的对下转发模块发送的终端的状态信息之后，存储所述状态信息并将所述状态信息发送给本板的对上转发模块；
对上转发模块在接收到本板的调度服务器发送的终端的状态信息之后，确定本板的状态是否为主；若是，将接收的状态信息发送给调度台；若否，不转发接收的状态信息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，在呼叫服务器接收到呼叫命令之后，还包括：
呼叫服务器根据接收的呼叫命令修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的呼叫转发模块；
呼叫转发模块在接收到呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块；呼叫转发模块在接收到对板的呼叫转发模块发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，两个服务板的初始状态均为备；还包括：
通过硬件心跳线向对板发送周期的电平信号，在当前周期内，通过逻辑判断线确定对板是否为主；在确定对板的状态为备时，确定本板的状态是否为主；若是，等待下一周期；若否，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：
在当前周期内，通过逻辑判断线确定对板的状态为主时，确定本板的状态是否为主；在确定本板的状态为备时，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，在当前周期内，通过逻辑判断线确定对板的状态为主且后续确定本板的状态为主时，将本板状态置为备，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
本发明实施例还提供了一种备份方法，包括：
呼叫服务器在接收到终端发送的呼叫请求之后，将接收的呼叫请求发送给本板的对下转发模块；
对下转发模块在接收到本板的呼叫服务器发送的呼叫请求且确定本板的状态为主之后，将接收的呼叫请求复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的呼叫请求且确定本板的状态为备之后，将接收的呼叫请求发送给本板的调度服务器；
调度服务器在接收到本板的对下转发模块发送的呼叫请求之后，判断所述呼叫请求是否合法；若是，向本板的对下转发模块发送呼叫命令；若否，向本板的对下转发模块发送挂机命令；
对下转发模块在接收到本板的调度服务器发送的呼叫命令或挂机命令之后，确定本板的状态是否为主；若是，将接收的呼叫命令或挂机命令发送给本板的呼叫服务器；若否，不转发接收的呼叫命令或挂机命令；
呼叫服务器在接收到本板的对下转发模块发送的呼叫命令或挂机命令之后，将所述呼叫命令或挂机命令解析后发送给终端，修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的对下转发模块；
对下转发模块在接收到本板的呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的状态信息复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的状态信息且确定本板的状态为备之后，将接收的状态信息发送给本板的调度服务器；
调度服务器在接收到本板的对下转发模块发送的终端的状态信息之后，存储所述状态信息并将所述状态信息发送给本板的对上转发模块；
对上转发模块在接收到本板的调度服务器发送的终端的状态信息之后，确定本板的状态是否为主；若是，将接收的状态信息发送给调度台；若否，不转发接收的状态信息。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，在呼叫服务器接收到呼叫命令或挂机命令之后，还包括：
呼叫服务器根据接收的呼叫命令或挂机命令修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的呼叫转发模块；
呼叫转发模块在接收到呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块；呼叫转发模块在接收到对板的呼叫转发模块发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，两个服务板的初始状态均为备；还包括：
通过硬件心跳线向对板发送周期的电平信号，在当前周期内，通过逻辑判断线确定对板是否为主；在确定对板的状态为备时，确定本板的状态是否为主；若是，等待下一周期；若否，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，还包括：
在当前周期内，通过逻辑判断线确定对板的状态为主时，确定本板的状态是否为主；在确定本板的状态为备时，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
在一种可能的实现方式中，在本发明实施例提供的上述方法中，在当前周期内，通过逻辑判断线确定对板的状态为主且后续确定本板的状态为主时，将本板状态置为备，通过硬件心跳线确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线控制切换开关将所述接口板与本板的交换芯片导通，将本板状态置为主；若否，等待下一周期。
本发明实施例提供的上述备份系统及备份方法，在该备份系统中，配置站、调度台和终端通过接口板与互为主备的两个服务板连接，在接口板与两个服务板之间设置有切换开关，可以控制两服务板之一与配置站、调度台和终端连接；由于两个服务板中的交换芯片相连可以实现两个服务板之间传输数据，在主板传输的数据复制后可以传输至备板，主板的处理器收到的调度、配置和状态，备板的处理器同样能够收到，两个服务板的中间状态一致，并且，两个服务板的第一网卡的媒体访问控制地址相同且互联网协议地址相同，这样，在主板发生故障时，切换开关将配置站、调度台和终端切换至与备板连接，可以实现主备板之间的无缝切换，保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
附图说明
图1为现有的IP软调度系统的结构示意图；
图2和图3分别为本发明实施例提供的备份系统的结构示意图；
图4-图9分别为本发明实施例提供的备份方法的流程图。
具体实施方式
下面结合附图，对本发明实施例提供的备份系统及备份方法的具体实施方式进行详细地说明。
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
本发明实施例提供的一种备份系统，如图2所示，包括：配置站1、调度台2、终端3、接口板4、互为主备的两个服务板5以及位于接口板4与两个服务板5之间的切换开关6；其中，
接口板4的一端分别与配置站1、调度台2和终端3相连，另一端与切换开关6相连；
每个服务板5包括：交换芯片51、处理器52、第一网卡53和第二网卡54；
在每个服务板5中，交换芯片51与切换开关6相连，并分别通过第一网卡53和第二网卡54与处理器52相连；两个服务板5中的交换芯片51相连用于两个服务板5之间传输数据；
在每个服务板5中，处理器52通过切换开关控制线7与切换开关6相连，用于在本板的状态为主时控制切换开关6将接口板4与本板的交换芯片51导通，并将在本板传输的数据复制后通过本板的第二网卡54和交换芯片51发送给对板；两个服务板5中的处理器52通过硬件心跳线8相连用于检测对板是否发生故障；两个服务板5中的处理器52通过逻辑判断线9相连用于确定对板的主备状态；
两个服务板5中的第一网卡53的媒体访问控制(MediaAccessControl,MAC)地址相同，且互联网协议(InternetProtocol,IP)地址相同；两个服务板5中的第二网卡54的MAC地址不同，且IP地址不同。
本发明实施例提供的上述系统，配置站、调度台和终端通过接口板与互为主备的两个服务板连接，在接口板与两个服务板之间设置有切换开关，可以控制两服务板之一与配置站、调度台和终端连接；由于两个服务板中的交换芯片相连可以实现两个服务板之间传输数据，在主板传输的数据复制后可以传输至备板，主板的处理器收到的调度、配置和状态，备板的处理器同样能够收到，两个服务板的中间状态一致，并且，两个服务板的第一网卡的媒体访问控制地址相同且互联网协议地址相同，这样，在主板发生故障时，切换开关将配置站、调度台和终端切换至与备板连接，可以实现主备板之间的无缝切换，保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
在具体实施时，在本发明实施例提供的上述系统中，如图2所示，接口板4具体可以包括多个网口40，各网口40的一端分别与配置站1、调度台2和终端3相连，各网口40的另一端分别与切换开关6相连。当然，接口板也可以只包括一个网口，该网口通过路由器分别与配置站、调度台和终端相连，在此不做限定。
在具体实施时，在本发明实施例提供的上述系统中，第一网卡用于两个服务板分别与配置站、调度台和终端之间传输数据，第二网卡用于两个服务板之间传输数据。
需要说明的是，在本发明实施例提供的上述系统中，第一网卡和第二网卡的传输速率均可达到千兆，交换芯片的各端口的传输速率均可达到千兆。
需要说明的是，在本发明实施例提供的上述系统中，配置站、调度台和终端都是通过网络与接口板连接。配置站既可以在网页上实现，也可以在客户端软件上实现，无论配置站以哪种实现方式，其功能都是通过网络发送配置信息。
在具体实施时，在本发明实施例提供的上述系统中，还可以在每个服务板中设置复杂可编程逻辑器(ComolexProgrammbleLogicDevice,CPLD)芯片，每个服务板中的CPLD芯片与本板中的处理器相连，两个服务板中的CPLD芯片之间通过硬件心跳线和逻辑判断线相连，由CPLD芯片检测对板是否发生故障以及确定对板的主备状态，在此不做限定。
较佳地，在本发明实施例提供的上述系统中，可以将切换开关设置于接口板中，这样，可以简化备份系统的结构。
当然，在本发明实施例提供的上述系统中，也可以将切换开关单独设置，如图2所示，本发明实施例提供的上述系统还可以包括：用于承载切换开关6的背板10。
在具体实施时，在本发明实施例提供的上述系统中，两个服务板、接口板和背板之间可以通过插槽式连接；或者，也可以直接将两个服务板、接口板和背板集成在一起，在此不做限定。
在具体实施时，在本发明实施例提供的上述系统中，可以在两个服务板的处理器中都部署一个开机启动的主备监控程序，该程序会在整个备份过程中一直运行，该程序主要负责周期的电平信号的发送和判断、本板的主备状态的设定以及背板中切换开关的切换。在任一服务板发生软硬件故障时，主备监控程序会主动或被动停止，即停止向对板发送电平信号。下面对本发明实施例提供的上述系统中两个服务板的处理器的工作逻辑进行详细说明。
在具体实施时，在本发明实施例提供的上述系统中，如图2所示，处理器52具体可以用于通过硬件心跳线8向对板发送周期的电平信号，在当前周期内，通过逻辑判断线9确定对板是否为主；在确定对板的状态为备时，确定本板的状态是否为主；若是，等待下一周期；若否，写入本板为主的信息，通过切换开关控制线7控制切换开关6将接口板4与本板的交换芯片51导通，将本板状态置为主。
在具体实施时，在本发明实施例提供的上述系统中，如图2所示，处理器52还可以用于在当前周期内，通过逻辑判断线9确定对板的状态为主时，确定本板的状态是否为主；在确定本板的状态为备时，通过硬件心跳线8确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线7控制切换开关6将接口板4与本板的交换芯片51导通，将本板状态置为主；若否，等待下一周期。
在具体实施时，在本发明实施例提供的上述系统中，如图2所示，处理器52还可以用于在当前周期内，通过逻辑判断线9确定对板的状态为主且后续确定本板的状态为主时，将本板状态置为备，通过硬件心跳线8确定对板是否发生故障；若是，写入本板为主的信息，通过切换开关控制线7控制切换开关6将接口板4与本板的交换芯片51导通，将本板状态置为主；若否，等待下一周期。
需要说明的是，在本发明实施例提供的上述系统中，两个服务板中的处理器都会通过硬件心跳线向对方发送周期的电平信号，只是两个服务板中的处理器发送电平信号存在先后顺序，并且，两个服务板中的处理器发送电平信号的先后顺序是随机的。具体地，在确定两个服务板的状态都是备时，两个服务板中优先写入本板为主的信息的服务板则为主板，另一个服务板则为备板；例如，可以将本板为主的信息写入本板的CPLD芯片中，优先将本板为主的信息写入本板的CPLD芯片中的服务板则为主板，另一个服务板中的CPLD芯片会阻止本板中的处理器写入本板为主的信息从而为备板。
在具体实施时，在本发明实施例提供的上述系统中，如图3所示，处理器52，具体可以包括：对上转发模块521、调度服务器522、数据库523、对下转发模块524和呼叫服务器525；其中，
对上转发模块521可以从主备监控程序获取本板的主备状态，用于在接收到调度台2发送的调度命令或配置站1发送的配置命令且确定本板的状态为主之后，将接收的调度命令或配置命令复制为两份，将一份发送给本板的调度服务器522，将另一分发送给对板的对上转发模块521；在接收到对板的对上转发模块521发送的调度命令或配置命令且确定本板的状态为备之后，将接收的调度命令或配置命令发送给本板的调度服务器522；在接收到本板的调度服务器522发送的终端的状态信息之后，确定本板的状态是否为主，若是，将接收的状态信息发送给调度台2，若否，不转发接收的状态信息；
调度服务器522，用于在接收到本板的对上转发模块521发送的调度命令之后，将接收的调度命令解析为呼叫命令，存储呼叫命令并将呼叫命令发送给本板的对下转发模块524；在接收到本板的对上转发模块521发送的配置命令之后，存储配置命令并将配置命令写入本板的数据库523；在接收到本板的对下转发模块524发送的终端3的状态信息之后，存储状态信息并将状态信息发送给本板的对上转发模块521；在接收到本板的对下转发模块524发送的呼叫请求之后，判断呼叫请求是否合法，若是，向本板的对下转发模块524发送呼叫命令，若否，向本板的对下转发模块524发送挂机命令；
对下转发模块524，可以从主备监控程序获取本板的主备状态，用于在接收到本板的调度服务器522发送的呼叫命令或挂机命令之后，确定本板的状态是否为主，若是，将接收的呼叫命令或挂机命令发送给本板的呼叫服务器525，若否，不转发接收的呼叫命令或挂机命令；在接收到本板的呼叫服务器525发送的终端的状态信息或呼叫请求且确定本板的状态为主之后，将接收的状态信息或呼叫请求复制为两份，将一份发送给本板的调度服务器522，将另一份发送给对板的对下转发模块524；在接收到对板的对下转发模块524发送的状态信息或呼叫请求且确定本板的状态为备之后，将接收的状态信息或呼叫请求发送给本板的调度服务器522；
呼叫服务器525，用于在接收到本板的对下转发模块524发送的呼叫命令或挂机命令之后，将呼叫命令或挂机命令解析后发送给终端3，修改相应终端的状态信息(例如振铃、摘机、挂机、忙碌等状态)，并将修改后的终端3的状态信息发送给本板的对下转发模块524；在接收到终端3发送的呼叫请求之后，将接收的呼叫请求发送给本板的对下转发模块524；这样，主板的调度服务器522收到的调度、配置和状态，备板的调度服务器522同样能够收到，二者的中间状态一致；在主板发生故障时，备板会通过主备监控程序将自己置为主，并通过切换开关6将配置站1、调度台2和终端3切换至本板；由于两个服务板5的第一网卡53的MAC地址相同且IP地址相同，因此，在切换后，配置站1、调度台2和终端3都不能发现调度服务器522已发生切换，并且，切换后的主板的调度服务器522的中间状态都在，从而可以实现调度服务器522的热备份无缝切换；配置站1上可以查询到切换前的配置，调度台2可以查询到切换前的调度任务和中间状态，从而保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
在具体实施时，在本发明实施例提供的上述系统中，对上转发模块可以合并到调度服务器中，和/或，对下转发模块可以合并到调度服务器中，在此不做限定。
需要说明的是，在本发明实施例提供的上述系统中，在呼叫服务器接收来自调度服务器和终端的消息后，会根据消息类型去创建或者销毁通话需要的通道信息和会话信息。每一个通道信息和会话信息都会有各自的身份证(Identification,ID)号，这个ID号是根据呼叫服务器的特性随机产生的。如果两个服务板的呼叫服务器同时接收来自调度服务器和终端的消息，对于同一条信息，主板的呼叫服务器和备板的呼叫服务器可能会分别创建不同ID号的通道信息或者会话信息，这样，可能会导致切换前后的通道信息、会话信息的ID号不一致，从而可能会导致呼叫服务器热备份切换失败，即在主板发生故障时，不能快速恢复通话过程、保证通话过程不中断。
基于此，在本发明实施例提供的上述系统中，如图3所示，处理器52，还可以包括：呼叫转发模块526；
呼叫服务器525，还用于根据接收的呼叫命令或挂机命令修改相应终端的状态信息(即通道信息和会话信息)，并将修改后的终端的状态信息发送给本板的呼叫转发模块526；
呼叫转发模块526，可以从主备监控程序获取本板的主备状态，用于在接收到呼叫服务器525发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块526；在接收到对板的呼叫转发模块526发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列；这样，当主板发生故障后，备板会通过主备监控程序将自己置为主，并通过切换开关6将配置站1、调度台2和终端3切换至本板；由于两个服务板5的第一网卡53的MAC地址相同且IP地址相同，因此，在切换后，终端3不能发现呼叫服务器525已发生切换，并且，切换后的主板的主备监控程序会通知本板的呼叫服务器525从信息恢复队列中取出已有的通道信息和会话信息，并根据通道和会话信息的内容，将相关的终端3重新呼起来，从而使切换前处于通话状态的终端3可以实现继续通话，实现通话过程不中断。
需要说明的是，在本发明实施例提供的上述系统中，终端的状态信息是呼叫服务器在接收到对下转发模块发送的呼叫命令或挂机命令后为终端设置的一种状态信息，例如，呼叫服务器在接收到挂机命令后将该终端的状态设置为挂机状态，该挂机状态即为该终端的状态信息。并且，呼叫服务器会产生两种终端状态，一种为振铃、摘机、挂机、忙碌等状态信息，这些状态信息会通过对下转发模块发送给调度服务器用于调度台的状态显示；另一种为通道信息和会话信息，这两个状态信息会通过呼叫转发模块发送给对板的呼叫服务器用于在主备切换后保证通话快速恢复。
综上所述，本发明实施例提供的上述系统可以同时满足调度台调度和终端通话的热备份，在故障发生时，能够实现无缝切换IP软调度服务，保证调度和配置在切换后业务不中断以及状态在切换后的实时恢复显示，并且，还可以快速恢复通话过程，保证通话过程不中断。
需要说明的是，本发明实施例提供的上述系统通过单一IP地址和单一MAC地址的结构方式，实现整个机框对外透明，外界业务设备不能识别里面是两个独立的服务板，这样，可以大大降低对外界业务设备的要求。如果两个服务板不采用单一IP地址和单一MAC地址的方式，若要实现热备份功能，就要求外界业务设备具备断线后尝试使用两个IP地址进行重连的能力，而要求第三方厂商生产的设备都具有这个能力是不现实的，并且，还会导致整个切换过程花费的时间大大增加。
基于同一发明构思，本发明实施例还提供了一种备份方法，如图4所示，包括如下步骤：
S401、对上转发模块在接收到调度台发送的调度命令或配置站发送的配置命令且确定本板的状态为主之后，将接收的调度命令或配置命令复制为两份，将一份发送给本板的调度服务器，将另一分发送给对板的对上转发模块；对上转发模块在接收到对板的对上转发模块发送的调度命令或配置命令且确定本板的状态为备之后，将接收的调度命令或配置命令发送给本板的调度服务器；
S402、调度服务器在接收到本板的对上转发模块发送的调度命令之后，将接收的调度命令解析为呼叫命令，存储呼叫命令并将呼叫命令发送给本板的对下转发模块；调度服务器在接收到本板的对上转发模块发送的配置命令之后，存储配置命令并将配置命令写入本板的数据库；
S403、对下转发模块在接收到本板的调度服务器发送的呼叫命令之后，确定本板的状态是否为主；若是，则执行步骤S404；若否，则执行步骤S405；
S404、对下转发模块将接收的呼叫命令发送给本板的呼叫服务器；
S405、对下转发模块不转发接收的呼叫命令；
S406、呼叫服务器在接收到本板的对下转发模块发送的呼叫命令之后，将呼叫命令解析后发送给终端，修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的对下转发模块；此处的终端的状态信息为振铃、摘机、挂机、忙碌等；
S407、对下转发模块在接收到本板的呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的状态信息复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的状态信息且确定本板的状态为备之后，将接收的状态信息发送给本板的调度服务器；
S408、调度服务器在接收到本板的对下转发模块发送的终端的状态信息之后，存储状态信息并将状态信息发送给本板的对上转发模块；
S409、对上转发模块在接收到本板的调度服务器发送的终端的状态信息之后，确定本板的状态是否为主；若是，则执行步骤S410；若否，则执行步骤S411；
S410、对上转发模块将接收的状态信息发送给调度台；
S411、对上转发模块不转发接收的状态信息。
本发明实施例提供的上述方法，主板的调度服务器收到的调度、配置和状态，备板的调度服务器同样能够收到，二者的中间状态一致；在主板发生故障切换至备板时，由于两个服务板的第一网卡的MAC地址相同且IP地址相同，因此，在切换后，配置站、调度台和终端都不能发现调度服务器已发生切换，并且，切换后的主板的调度服务器的中间状态都在，从而可以实现调度服务器的热备份无缝切换；配置站上可以查询到切换前的配置，调度台可以查询到切换前的调度任务和中间状态，从而保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
需要说明的是，本发明实施例提供的上述方法，是由配置站、调度台主动发起配置、通话，在具体实施时，在执行本发明实施例提供的上述方法中的步骤S401之前，还可以包括：配置站通过接口板向主板的对上转发模块发送配置命令，调度台通过接口板向主板的对上转发模块发送调度命令。
较佳地，在本发明实施例提供的上述方法中，在呼叫服务器接收到呼叫命令之后，如图5所示，还可以包括如下步骤：
S501、呼叫服务器根据接收的呼叫命令修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的呼叫转发模块；此处的终端的状态信息为通道信息和会话信息；
S502、呼叫转发模块在接收到呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块；呼叫转发模块在接收到对板的呼叫转发模块发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列；这样，当主板发生故障切换至备板时，由于两个服务板的第一网卡的MAC地址相同且IP地址相同，因此，在切换后，终端不能发现呼叫服务器已发生切换，并且，切换后的主板的主备监控程序会通知本板的呼叫服务器从信息恢复队列中取出已有的通道信息和会话信息，并根据通道和会话信息的内容，将相关的终端重新呼起来，从而使切换前处于通话状态的终端可以实现继续通话，实现通话过程不中断。
需要说明的是，在本发明实施例提供的上述方法中，终端的状态信息是呼叫服务器在接收到对下转发模块发送的呼叫命令或挂机命令后为终端设置的一种状态信息，例如，呼叫服务器在接收到挂机命令后将该终端的状态设置为挂机状态，该挂机状态即为该终端的状态信息。并且，呼叫服务器会产生两种终端状态，一种为振铃、摘机、挂机、忙碌等状态信息，这些状态信息会通过对下转发模块发送给调度服务器用于调度台的状态显示；另一种为通道信息和会话信息，这两个状态信息会通过呼叫转发模块发送给对板的呼叫服务器用于在主备切换后保证通话快速恢复。
综上所述，本发明实施例提供的上述方法可以同时满足调度台调度和终端通话的热备份，在故障发生时，能够实现无缝切换IP软调度服务，保证调度和配置在切换后业务不中断以及状态在切换后的实时恢复显示，并且，还可以快速恢复通话过程，保证通话过程不中断。
在具体实施时，在本发明实施例提供的上述方法中，可以通过开机启动的主备监控程序进行周期的电平信号的发送和判断、本板的主备状态的设定以及背板中切换开关的切换等操作，该程序会在整个备份过程中一直运行，该程序主要在任一服务板发生软硬件故障时，主备监控程序会主动或被动停止，即停止向对板发送电平信号。下面对本发明实施例提供的上述方法中确定两个服务板的主备状态的工作逻辑进行详细说明。
在具体实施时，在本发明实施例提供的上述方法中，两个服务板的初始状态均为备；如图6所示，还可以包括如下步骤：
S601、通过硬件心跳线向对板发送周期的电平信号；
S602、在当前周期内，通过逻辑判断线确定对板是否为主；若否，则执行步骤S603；
S603、确定本板的状态是否为主；若是，则等待下一周期，即返回步骤S601；若否，则执行步骤S604-步骤S606；
S604、写入本板为主的信息；
S605、通过切换开关控制线控制切换开关将接口板与本板的交换芯片导通；
S606、将本板状态置为主。
在具体实施时，在执行本发明实施例提供的上述方法中的步骤S602，在当前周期内，通过逻辑判断线确定对板是否为主时，若是，如图6所示，还可以包括如下步骤：
S607、确定本板的状态是否为主；若否，则执行步骤S608；
S608、通过硬件心跳线确定对板是否发生故障；若是，则执行步骤S604-步骤S606；若否，则等待下一周期，即返回步骤S601。
在具体实施时，在执行本发明实施例提供的上述方法中的步骤S607、确定本板的状态是否为主时，若是，如图6所示，还可以包括如下步骤：
S609、将本板状态置为备；
在执行本发明实施例提供的上述方法中的步骤S609，将本板状态置为备之后，执行本发明实施例提供的上述方法中的步骤S608。
在具体实施时，在本发明实施例提供的上述方法中，还可以在每个服务板中设置复杂可编程逻辑器(ComolexProgrammbleLogicDevice,CPLD)芯片，每个服务板中的CPLD芯片与本板中的处理器相连，两个服务板中的CPLD芯片之间通过硬件心跳线和逻辑判断线相连，由CPLD芯片检测对板是否发生故障以及确定对板的主备状态，在此不做限定。
需要说明的是，在本发明实施例提供的上述方法中，两个服务板都会通过硬件心跳线向对方发送周期的电平信号，只是两个服务板发送电平信号存在先后顺序，并且，两个服务板发送电平信号的先后顺序是随机的。具体地，在确定两个服务板的状态都是备时，两个服务板中优先写入本板为主的信息的服务板则为主板，另一个服务板则为备板；例如，可以将本板为主的信息写入本板的CPLD芯片中，优先将本板为主的信息写入本板的CPLD芯片中的服务板则为主板，另一个服务板中的CPLD芯片会阻止本板写入本板为主的信息从而为备板。
基于同一发明构思，本发明实施例还提供了一种备份方法，如图7所示，包括如下步骤：
S701、呼叫服务器在接收到终端发送的呼叫请求之后，将接收的呼叫请求发送给本板的对下转发模块；
S702、对下转发模块在接收到本板的呼叫服务器发送的呼叫请求且确定本板的状态为主之后，将接收的呼叫请求复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的呼叫请求且确定本板的状态为备之后，将接收的呼叫请求发送给本板的调度服务器；
S703、调度服务器在接收到本板的对下转发模块发送的呼叫请求之后，判断呼叫请求是否合法；若是，则执行步骤S704；若否，则执行步骤S705；
S704、调度服务器向本板的对下转发模块发送呼叫命令；
S705、调度服务器向本板的对下转发模块发送挂机命令；
S706、对下转发模块在接收到本板的调度服务器发送的呼叫命令或挂机命令之后，确定本板的状态是否为主；若是，则执行步骤S707；若否，则执行步骤S708；
S707、对下转发模块将接收的呼叫命令或挂机命令发送给本板的呼叫服务器；
S708、对下转发模块不转发接收的呼叫命令或挂机命令；
S709、呼叫服务器在接收到本板的对下转发模块发送的呼叫命令或挂机命令之后，将呼叫命令或挂机命令解析后发送给终端，修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的对下转发模块；此处的终端的状态信息为振铃、摘机、挂机、忙碌等；
S710、对下转发模块在接收到本板的呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的状态信息复制为两份，将一份发送给本板的调度服务器，将另一份发送给对板的对下转发模块；对下转发模块在接收到对板的对下转发模块发送的状态信息且确定本板的状态为备之后，将接收的状态信息发送给本板的调度服务器；
S711、调度服务器在接收到本板的对下转发模块发送的终端的状态信息之后，存储状态信息并将状态信息发送给本板的对上转发模块；
S712、对上转发模块在接收到本板的调度服务器发送的终端的状态信息之后，确定本板的状态是否为主；若是，则执行步骤S713；若否，则执行步骤S714；
S713、对上转发模块将接收的状态信息发送给调度台；
S714、对上转发模块不转发接收的状态信息。
本发明实施例提供的上述方法，主板的调度服务器收到的调度、配置和状态，备板的调度服务器同样能够收到，二者的中间状态一致；在主板发生故障切换至备板时，由于两个服务板的第一网卡的MAC地址相同且IP地址相同，因此，在切换后，配置站、调度台和终端都不能发现调度服务器已发生切换，并且，切换后的主板的调度服务器的中间状态都在，从而可以实现调度服务器的热备份无缝切换；配置站上可以查询到切换前的配置，调度台可以查询到切换前的调度任务和中间状态，从而保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
需要说明的是，本发明实施例提供的上述方法，是由终端主动发起通话，在具体实施时，在执行本发明实施例提供的上述方法中的步骤S701之前，还可以包括：终端通过接口板向主板的呼叫服务器发送呼叫请求。
较佳地，在执行本发明实施例提供的上述方法中的步骤S709，在呼叫服务器接收到呼叫命令或挂机命令之后，如图8所示，还可以包括如下步骤：
S801、呼叫服务器根据接收的呼叫命令或挂机命令修改相应终端的状态信息，并将修改后的终端的状态信息发送给本板的呼叫转发模块；此处的终端的状态信息为通道信息和会话信息；
S802、呼叫转发模块在接收到呼叫服务器发送的终端的状态信息且确定本板的状态为主之后，将接收的终端的状态信息复制为两份，将一份存入本板的信息恢复队列，将另一份发送给对板的呼叫转发模块；呼叫转发模块在接收到对板的呼叫转发模块发送的终端的状态信息且确定本板的状态为备之后，将接收的终端的状态信息存入本板的信息恢复队列；这样，当主板发生故障切换至备板时，由于两个服务板的第一网卡的MAC地址相同且IP地址相同，因此，在切换后，终端不能发现呼叫服务器已发生切换，并且，切换后的主板的主备监控程序会通知本板的呼叫服务器从信息恢复队列中取出已有的通道信息和会话信息，并根据通道和会话信息的内容，将相关的终端重新呼起来，从而使切换前处于通话状态的终端可以实现继续通话，实现通话过程不中断。
需要说明的是，在本发明实施例提供的上述方法中，终端的状态信息是呼叫服务器在接收到对下转发模块发送的呼叫命令或挂机命令后为终端设置的一种状态信息，例如，呼叫服务器在接收到挂机命令后将该终端的状态设置为挂机状态，该挂机状态即为该终端的状态信息。并且，呼叫服务器会产生两种终端状态，一种为振铃、摘机、挂机、忙碌等状态信息，这些状态信息会通过对下转发模块发送给调度服务器用于调度台的状态显示；另一种为通道信息和会话信息，这两个状态信息会通过呼叫转发模块发送给对板的呼叫服务器用于在主备切换后保证通话快速恢复。
综上所述，本发明实施例提供的上述方法可以同时满足调度台调度和终端通话的热备份，在故障发生时，能够实现无缝切换IP软调度服务，保证调度和配置在切换后业务不中断以及状态在切换后的实时恢复显示，并且，还可以快速恢复通话过程，保证通话过程不中断。
在具体实施时，在本发明实施例提供的上述方法中，可以通过开机启动的主备监控程序进行周期的电平信号的发送和判断、本板的主备状态的设定以及背板中切换开关的切换等操作，该程序会在整个备份过程中一直运行，该程序主要在任一服务板发生软硬件故障时，主备监控程序会主动或被动停止，即停止向对板发送电平信号。下面对本发明实施例提供的上述方法中确定两个服务板的主备状态的工作逻辑进行详细说明。
在具体实施时，在本发明实施例提供的上述方法中，两个服务板的初始状态均为备；如图9所示，还可以包括如下步骤：
S901、通过硬件心跳线向对板发送周期的电平信号；
S902、在当前周期内，通过逻辑判断线确定对板是否为主；若否，则执行步骤S903；
S903、确定本板的状态是否为主；若是，则等待下一周期，即返回步骤S901；若否，则执行步骤S904-步骤S906；
S904、写入本板为主的信息；
S905、通过切换开关控制线控制切换开关将接口板与本板的交换芯片导通；
S906、将本板状态置为主。
在具体实施时，在执行本发明实施例提供的上述方法中的步骤S902，在当前周期内，通过逻辑判断线确定对板是否为主时，若是，如图9所示，还可以包括如下步骤：
S907、确定本板的状态是否为主；若否，则执行步骤S908；
S908、通过硬件心跳线确定对板是否发生故障；若是，则执行步骤S904-步骤S906；若否，则等待下一周期，即返回步骤S901。
在具体实施时，在执行本发明实施例提供的上述方法中的步骤S907、确定本板的状态是否为主时，若是，如图9所示，还可以包括如下步骤：
S909、将本板状态置为备；
在执行本发明实施例提供的上述方法中的步骤S909，将本板状态置为备之后，执行本发明实施例提供的上述方法中的步骤S908。
在具体实施时，在本发明实施例提供的上述方法中，还可以在每个服务板中设置复杂可编程逻辑器(ComolexProgrammbleLogicDevice,CPLD)芯片，每个服务板中的CPLD芯片与本板中的处理器相连，两个服务板中的CPLD芯片之间通过硬件心跳线和逻辑判断线相连，由CPLD芯片检测对板是否发生故障以及确定对板的主备状态，在此不做限定。
需要说明的是，在本发明实施例提供的上述方法中，两个服务板都会通过硬件心跳线向对方发送周期的电平信号，只是两个服务板发送电平信号存在先后顺序，并且，两个服务板发送电平信号的先后顺序是随机的。具体地，在确定两个服务板的状态都是备时，两个服务板中优先写入本板为主的信息的服务板则为主板，另一个服务板则为备板；例如，可以将本板为主的信息写入本板的CPLD芯片中，优先将本板为主的信息写入本板的CPLD芯片中的服务板则为主板，另一个服务板中的CPLD芯片会阻止本板写入本板为主的信息从而为备板。
本发明实施例提供的一种备份系统及备份方法，在该备份系统中，配置站、调度台和终端通过接口板与互为主备的两个服务板连接，在接口板与两个服务板之间设置有切换开关，可以控制两服务板之一与配置站、调度台和终端连接；由于两个服务板中的交换芯片相连可以实现两个服务板之间传输数据，在主板传输的数据复制后可以传输至备板，主板的处理器收到的调度、配置和状态，备板的处理器同样能够收到，两个服务板的中间状态一致，并且，两个服务板的第一网卡的媒体访问控制地址相同且互联网协议地址相同，这样，在主板发生故障时，切换开关将配置站、调度台和终端切换至与备板连接，可以实现主备板之间的无缝切换，保证调度和配置在切换后业务不中断以及状态在切换后实时恢复显示。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。