CN101582773A

CN101582773A - 冗余切换系统、冗余管理装置以及应用程序处理装置

Info

Publication number: CN101582773A
Application number: CNA2009101408093A
Authority: CN
Inventors: 松本谦尚; 三村和; 西山英俊; 渡部诚
Original assignee: Hitachi Kokusai Electric Inc
Current assignee: Hitachi Kokusai Electric Inc
Priority date: 2008-05-13
Filing date: 2009-05-12
Publication date: 2009-11-18
Anticipated expiration: 2029-05-12
Also published as: US20090287955A1; JP2009278277A; JP5074290B2; US8051322B2; CN101582773B

Abstract

本发明提供冗余切换系统、冗余管理装置以及应用程序处理装置。在应用程序处理装置(AP处理装置)间的通信中使用IP隧道的通信系统中，可以将应用程序移动到任意的AP处理装置，且迅速地进行各AP处理装置具有的隧道表的更新，减小用于在表更新中等待数据包的缓冲器。冗余管理装置管理通信系统内的应用程序的虚拟IP地址(VIP)、与执行该应用程序的AP处理装置的IP地址(RIP)之间的对应。AP处理装置将应用程序的通信对象应用程序的虚拟IP地址通知给冗余管理装置。冗余管理装置向应用程序的移动目的地(切换目的地)AP装置，通知移动的应用程序的通信对象应用程序的虚拟IP地址、和执行通信对象应用程序的AP处理装置的IP地址。

Description

冗余切换系统、冗余管理装置以及应用程序处理装置

技术领域

本发明涉及冗余切换系统(redundant failover system)、冗余管理装置(redundancy managing device)以及应用程序处理装置，尤其涉及在多个应用程序处理装置协作来进行通信控制的通信系统中，进行应用程序处理装置的冗余切换的冗余切换系统、冗余管理装置以及应用程序处理装置。

背景技术

在防灾或消防等用途的自营无线系统(自営無線システム)中，针对灾害等的耐故障性非常重要。因此，例如非专利文献1中揭示的据点间冗余化技术得到了实际应用。在非专利文献1的技术中，地理上远离的A据点和B据点的线路控制装置(circuit switch)设为1对1冗余结构。A据点的线路控制装置为活动(Active)状态，B据点的线路控制装置为待机(Standby)状态。各据点都收容来自周边的无线基站的线路，但在B据点，不把来自无线基站的线路连接到B据点的线路控制装置，而连接到向A据点的中继线路。A据点的线路控制装置控制自营无线系统内的全部无线基站。在此，假定A据点发生地震，并且A据点的线路控制装置中发生了故障。在B据点，不把来自无线基站的线路连接到中继线路，而将连接变更到B据点的线路控制装置。在A据点，不把来自无线基站的线路连接到A据点的线路控制装置，而将连接变更到向B据点的中继线路。然后，B据点的线路控制装置成为活动状态，由此，在B据点控制自营无线系统内的全部无线基站。

另一方面，作为基于IP的通信系统中的耐故障技术，例如有LVS(LinuxVirtual Server)。在LVS中，使分散配置在多个子网中的Web服务器处理来自不确定数量的多个Web客户机的请求。首先，Web客户机向DNS服务器查询想要访问的URL的IP地址。DNS服务器返回负载均衡器(load balancer)的IP地址。Web客户机向负载均衡器的IP地址发送HTTP请求数据包。负载均衡器通过HTTP请求数据包的源IP地址的散列值(hash)等，选择处理HTTP请求的Web服务器。然后，通过以所选择的Web服务器为目的地的数据包，将接收数据包封装并发送。在全部Web服务器中，将负载均衡器的IP地址设定(即有效化)为Web服务器自身的IP地址之一。接收到封装数据包的Web服务器将数据包解封装。于是，得到以负载均衡器的IP地址为目的地的数据包、即以Web服务器为目的地的数据包，因此，Web服务器上的应用程序处理HTTP请求。Web服务器上的应用程序(application)，向在数据包的源地址中设定的Web客户机的IP地址发送HTTP响应数据包。源IP地址是负载均衡器的IP地址。

如上所述，在LVS中，在从负载均衡器向Web服务器的数据包转发中使用IP隧道，因此，负载均衡器和Web服务器、进而Web彼此可以位于不同子网中。另外，负载均衡器为了检测出Web服务器的故障，向各Web服务器定期地发送HTTP请求。假定当未返回响应时，不向该Web服务器转发来自Web客户机的HTTP请求。这样一来，此前已向发生故障的Web服务器转发了HTTP请求的Web客户机，也向正常的Web服务器转发HTTP请求。

另外，作为在装置间的通信中使用IP隧道、应用程序使用与装置的IP地址不同的虚拟IP地址的技术，例如有非专利文献2中公开的技术。非专利文献2的技术的目的是，由IP网络上的多个用户形成组，进行组内的安全的通信。预先在DNS服务器中登录了组的成员信息、虚拟IP地址空间。用户启动用户终端内的登录客户端(Login Client)，将登录请求发送到DNS服务器。DNS服务器识别用户终端所属的组，并分配由用户终端的应用程序使用的虚拟IP地址。当用户终端的应用程序与相同组的终端的应用程序进行通信时，向通信对象应用程序的虚拟IP地址发送数据包。当不知道应用程序发送的数据包的目的地地址是哪个终端上的虚拟IP地址时，用户终端的IPsec驱动器向DNS服务器进行查询，得知通信对象终端的IP地址。然后，在用户终端和通信对象终端之间确立IPsec隧道，并且将应用程序发送的数据包送达通信对象终端。

在基于IP的自营无线系统中，存在由基站、容纳基站的网关装置、SIP服务器、应用程序服务器等协作来进行通信控制的无线系统。因此，例如在网关装置和SIP服务器的通信中，无论哪个装置都需要可以进行冗余切换。另外，还已知在自营无线系统内的据点间通信中利用公共IP-VPN服务时，针对每个据点有不同子网。因此，为了在据点间对网关装置或SIP服务器(以下称为应用程序处理装置)进行冗余切换，需要可以在子网间进行切换。

与之相对，LVS可以进行Web服务器的子网间切换，但无法进行Web客户机的子网间切换。其原因在于，Web服务器发送的数据包以用户终端的IP地址为目的地，数据包仅被路由到用户终端所属的子网。例如即使在用户终端中内置负载均衡器功能、并且从用户终端到Web服务器通过IP隧道来进行通信，也无法改善。另一方面，如果将Web客户机视为Web服务器来反向应用LVS，则可以在从负载均衡器到Web客户机的数据包转发中利用IP隧道，在共享负载均衡器的IP地址的Web客户机间可以进行跨子网的切换。但是，在该方法中，通信量集中在负载均衡器，成为通信的瓶颈。而且，当从Web客户机以及Web服务器向负载均衡器发送数据包时不使用IP隧道，因此无法将负载均衡器冗余切换到不同子网。

另一方面，在非专利文献2中，在全部用户终端间通信中使用IP隧道，因此，无论在哪个用户终端上执行应用程序，只要可以适当地更新虚拟IP地址和用户终端的IP地址之间的对应，就可以进行子网间的冗余切换。但是在非专利文献2中，没有在用户终端登录时由DNS服务器向用户终端分配了虚拟IP地址以后、使已分配的虚拟IP地址移动到其它用户终端这样的机构。这是由于，非专利文献2以组成员间的安全通信为目的，导入了虚拟IP地址，通信中的应用程序的冗余切换并不是目的。因此，无法在终端间移动被分配了虚拟IP地址的应用程序处理、或者在一个终端上执行使用不同虚拟IP地址的多个应用程序。

如上所述，应用程序的虚拟IP地址和执行该应用程序的应用程序处理装置的IP地址之间的对应更新，是在任意应用程序处理装置间对应用程序进行冗余切换(或者称为移动)时的课题之一。该对应更新，对于进行独立于应用程序的IP封装功能、所谓的通信中间件(middleware)的动作而言是必要的，是在通过IP隧道进行应用程序处理装置间的通信的系统中特有的处理。以下，将在各应用程序处理装置中存储的、存储通信对象应用程序的虚拟IP地址和执行该通信对象应用程序的应用程序处理装置的IP地址之间的对应的表，例如称为隧道表。以下，详细说明隧道表更新的问题。

例如，考虑某应用程序处理装置a上的应用程序A向应用程序处理装置b上的应用程序B连续发送数据包，应用程序B每当接收数据包时进行处理，来向应用程序处理装置c上的应用程序C发送数据包的情况。此时，假定应用程序处理装置b发生故障，使应用程序B移动到其它应用程序处理装置x。首先，在应用程序处理装置a中，为了将以应用程序B的虚拟IP地址为目的地的数据包封装成以应用程序处理装置x的IP地址为目的地的数据包，必须变更隧道表。在非专利文献2中，在发送封装数据包、即用户数据包后，当检测出错误应答后进行用于隧道表更新的DNS查询。因此，当应用程序处理装置b故障而没有应答时，无法进行迅速的隧道表更新。接着，假定可以通过某方法迅速地进行应用程序处理装置a的隧道表的更新，在应用程序处理装置x中，必须构建与应用程序B的数据包发送目的地、即应用程序C相关的隧道表。在非专利文献2中，当应用程序B发送了数据包时，当其目的地地址、即与应用程序C的虚拟IP地址对应的应用程序处理装置c的IP地址不明时，进行DNS查询。因此，直到存在来自DNS服务器的应答为止，应用程序处理装置x需要临时缓冲由应用程序B发送的数据包。这引起通信延迟。另外，应用程序B在完全没意识到来自DNS服务器的应答等待的情况下发送数据包。因此，应用程序处理装置x需要具备与应用程序B的数据包发送速度对应的缓冲器。例如，当在应用程序A、应用程序B、应用程序C间流动的数据包是声音数据包时，需要对每1个无线终端以50数据包/秒的速度进行缓冲，在100个无线终端中需要缓冲其100倍的数据包。在动画数据包的情况下，数据包长度较长，因此需要更大的缓冲器。另外，冗余切换所需要的时间是用户通信被中断的时间。

【非专利文献1】「大規模消防·救急デジタル無線システム」、日立国際電気技報、2006年度版、No.7

【非专利文献2】「大規模な動的ゲル一プ通信に適したォ一バレィ綱制御方式」、電子情幸報通信学会、信学技報、NS2004-95、2004-09

发明内容

鉴于以上问题，本发明的目的之一是在自营无线系统等通信系统中，提供尽可能减少冗余切换所需要的时间的冗余切换系统、冗余管理装置以及应用程序处理装置。另外，本发明的目的之一是缩短应用程序间通信的中断时间。本发明的目的之一是在应用程序处理装置间的通信中使用IP隧道的通信系统中，将应用程序动态地移动(切换)到不同子网的应用程序处理装置。

本发明的目的之一是迅速地进行各应用程序处理装置的隧道表的更新。例如，本发明的目的之一是在冗余切换后，不等待应用程序发送数据包地更新隧道表，进行早期的更新。另外，本发明的目的之一是减小用于在表更新中等待数据包的缓冲器。

设置了冗余管理装置，其统一管理自营无线系统内的应用程序的虚拟IP地址和执行该应用程序的应用程序处理装置的IP地址之间的对应。冗余管理装置决定作为应用程序的移动目的地的应用程序处理装置，向移动目的地应用程序处理装置通知移动的应用程序的通信对象应用程序的虚拟IP地址、和执行通信对象应用程序的应用程序处理装置的IP地址之间的对应。

根据本发明的第1解决手段，提供一种冗余切换系统，其用于在通信系统中对执行第1应用程序的应用程序处理装置进行切换，所述通信系统具备多个应用程序处理装置、和冗余管理装置，所述多个应用程序处理装置中执行的各应用程序进行通信控制，所述多个应用程序处理装置包含执行所述第1应用程序的切换源应用程序处理装置、代替该切换源应用程序处理装置来执行该第1应用程序的切换目的地应用程序处理装置、以及与该切换源及切换目的地应用程序处理装置通信的通信对象应用程序处理装置，

其中，所述切换源以及切换目的地应用程序处理装置，

具有存储第1应用程序以及隧道信息的存储器、和数据包转发处理部，

所述隧道信息包含，在所述通信对象应用程序处理装置中执行的第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，

所述数据包转发处理部参照所述隧道信息，将来自所述第1应用程序的、以所述第2应用程序的虚拟IP地址为目的地的数据包变更为以所述通信对象应用程序处理装置的IP地址作为目的地的数据包，然后发送给该通信对象应用程序处理装置，

所述切换源应用程序处理装置，

还具有通知所述第2应用程序的虚拟IP地址的应用程序通信信息通知部，

所述冗余管理装置，

具有存储地址信息的存储器、和隧道信息更新指示部，

所述地址信息包含，所述冗余切换系统内的所述多个应用程序处理装置的IP地址和在各应用程序处理装置中执行的应用程序的虚拟IP地址之间的对应，

所述隧道信息更新指示部参照所述地址信息，至少将所述第2应用程序的虚拟IP地址、以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置，

还具有隧道信息管理部，

开始所述第1应用程序的处理，

所述隧道信息管理部，与所述第1应用程序是否向所述第2应用程序的虚拟IP地址发送数据包无关地，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中。

根据本发明的第2解决手段，提供一种冗余切换系统中的应用程序处理装置，所述冗余切换系统具备多个应用程序处理装置、和冗余管理装置，所述多个应用程序处理装置中执行的各应用程序进行通信控制，所述多个应用程序处理装置包含执行第1应用程序的切换源应用程序处理装置、代替该切换源应用程序处理装置来执行该第1应用程序的切换目的地应用程序处理装置、以及与该切换源及切换目的地应用程序处理装置通信的通信对象应用程序处理装置，

所述冗余管理装置，

包含地址信息，该地址信息存储有所述冗余切换系统内的所述多个应用程序处理装置的IP地址、和在各应用程序处理装置中执行的应用程序的虚拟IP地址之间的对应，

参照所述地址信息，至少将所述第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置，

其中，所述应用程序处理装置具备：

存储第1应用程序以及隧道信息的存储器、

数据包转发处理部、

应用程序通信信息通知部、以及

隧道信息管理部，

所述隧道信息包含，在所述通信对象应用程序处理装置中执行的第2应用程序的虚拟IP地址、和所述通信对象应用程序处理装置的IP地址之间的对应，

所述数据包转发处理部参照所述隧道信息，将来自所述第1应用程序的、以所述第2应用程序的虚拟IP地址为目的地的数据包，变更为以所述通信对象应用程序处理装置的IP地址作为目的地的数据包，然后发送到该通信对象应用程序处理装置，

当作为切换源来工作时，

所述应用程序通信信息通知部通知所述第2应用程序的虚拟IP地址，

当作为切换目的地来工作时，

开始所述第1应用程序的处理，

根据本发明的第3解决手段，提供一种冗余切换系统中的冗余管理装置，

所述冗余切换系统具备多个应用程序处理装置和冗余管理装置，所述多个应用程序处理装置中执行的各应用程序进行通信控制，所述多个应用程序处理装置包含执行第1应用程序的切换源应用程序处理装置、代替该切换源应用程序处理装置来执行该第1应用程序的切换目的地应用程序处理装置、以及与该切换源及切换目的地应用程序处理装置通信的通信对象应用程序处理装置，

所述切换源以及切换目的地应用程序处理装置，

将在所述通信对象应用程序处理装置中执行的第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，存储在隧道信息中，

参照所述隧道信息，将来自所述第1应用程序的、以所述第2应用程序的虚拟IP地址为目的地的数据包，变更为以所述通信对象应用程序处理装置的IP地址为目的地的数据包，然后发送到该通信对象应用程序处理装置，

所述切换源应用程序处理装置，通知所述第2应用程序的虚拟IP地址，

所述切换目的地应用程序处理装置，

当被指示开始第1应用程序的处理时，开始所述第1应用程序的处理，

与所述第1应用程序是否向所述第2应用程序的虚拟IP地址发送数据包无关地，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中，

其中，所述冗余管理装置，

具有存储地址信息的存储器和隧道信息更新指示部，

所述地址信息包含，所述冗余切换系统内的所述多个应用程序处理装置的IP地址、和在各应用程序处理装置中执行的应用程序的虚拟IP地址之间的对应，

所述隧道信息更新指示部参照所述地址信息，至少将所述第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置。

根据本发明，在自营无线系统等通信系统中，可以提供尽可能地减少冗余切换所需的时间的冗余切换系统、冗余管理装置以及应用程序处理装置。另外，根据本发明，可以缩短应用程序间通信的中断时间。根据本发明，在应用程序处理装置间的通信中使用IP隧道的通信系统中，可以将应用程序动态地移动(切换)到不同子网的应用程序处理装置。

根据本发明，可以迅速地进行各应用程序处理装置的隧道表的更新。例如，根据本发明，在冗余切换后，应用程序不等待发送数据包地更新隧道表，可以进行早期的更新。另外，根据本发明，可以减小用于在表更新中等待数据包的缓冲器。

附图说明

图1是表示自营无线系统的网络结构的图。

图2是表示应用程序处理装置的结构的图。

图3是表示冗余管理装置的存储器内容的图。

图4是地址表的图。

图5是表示在应用程序间收发数据包时的数据包的流动的图。

图6是在应用程序间收发数据包时的数据包的格式。

图7是应用程序的初始登录的时序图。

图8是应用程序的初始登录的流程图。

图9是应用程序处理装置的切换预约处理的流程图。

图10是地址信息登录请求、登录完成、查询的消息格式。

图11是发送DNS查询来开始应用程序通信时的时序图。

图12是DNS查询接收处理、地址信息通知接收处理的流程图。

图13是登录期限检查处理、来自应用程序的数据包接收处理的流程图。

图14是心跳通信关联处理的流程图。

图15是应用程序输出传输通信信息的处理的流程图和传输通信信息消息的格式。

图16是心跳请求消息的格式。

图17是表示故障通知消息的格式和地址通知目的地表的图。

图18是UDP应用程序的冗余切换的前一半的时序图。

图19是UDP应用程序的冗余切换的后一半的时序图。

图20是来自装置外的数据包接收处理的流程图。

图21是故障通知接收处理、切换准备请求接收处理的流程图。

图22是应答等待计时器超时处理、切换请求接收处理的流程图。

图23是从备份装置取得通信对象信息时的切换请求接收处理的流程图。

图24是切换完成接收处理的流程图。

图25是切换请求消息、切换完成消息的格式。

图26是应用程序激活处理的流程图。

图27是TCP应用程序的冗余切换的前一半的时序图。

图28是TCP应用程序的冗余切换的后一半的时序图。

图29是冗余管理装置的冗余切换的时序图。

图30是镜像处理、超时处理的流程图。

图31是切换准备请求消息、切换准备应答消息的格式。

图32是在备份装置中存储传输通信信息时的应用程序通信开始的时序图。

图33是表示备份装置的存储器内容的图。

图34是在备份装置中存储传输通信信息时的冗余切换的前一半的时序图。

图35是在备份装置中存储传输通信信息时的冗余切换的后一半的时序图。

图36是不发送DNS查询地开始应用程序通信时的时序图。

图37是地址信息查询接收处理的流程图。

图38是表示应用程序处理装置1和应用程序处理装置4的隧道表的内容的图。

图39是表示应用程序处理装置2的隧道表的内容的图。

图40是表示应用程序处理装置3的隧道表的内容的图。

图41是表示冗余管理装置的地址表的内容的图。

符号说明

108应用程序处理装置1；109应用程序(AP)1；110应用程序处理装置2；111应用程序(AP)2；112应用程序处理装置3；113应用程序(AP)1；114冗余管理装置1；116应用程序处理装置4；117应用程序(AP)4；118冗余管理装置2；121备份装置1；214数据包转发处理部；215隧道表管理部；216应用程序通信信息通知部；218隧道表；303切换决定部；304隧道表更新指示部；307数据包转发处理部；309地址表；310地址通知目的地表；311、3304传输通信信息；401虚拟IP地址；402状态；403装置IP地址；404子网掩码。

具体实施方式

(系统结构)

图1表示应用了本实施方式的通信系统。

本通信系统具备多个应用程序处理装置(108、110、112、116)和冗余管理装置(114、118)。另外，本通信系统可以进一步具备备份装置(121)、基站(105)。

在IP网络120上连接子网0(100)、子网1(101)、子网2(102)、子网3(103)、子网4(104)。例如，在子网0(100)中存在基站105。此外，在本实施方式中以自营无线系统为例进行说明，但不限于自营、无线，也可以是适宜的通信系统。

基站105，具有RIP0作为用于经由子网0(100)与其它装置进行通信的IP地址。基站105执行例如用于控制基站的应用程序即AP0(106)。AP0(106)例如使用虚拟IP地址VIP0进行通信。基站105与无线终端107通信。此外，在此用RIP表示分配给基站或应用程序处理装置等装置的IP地址，用VIP表示分配给应用程序的虚拟IP地址。此外，也可以使用IP地址以外的适宜的地址。

在子网1(101)、子网2(102)、子网3(103)、子网4(104)中分别存在用于进行自营无线系统的通信控制的应用程序处理装置。应用程序处理装置1(108)、应用程序处理装置2(110)、应用程序处理装置3(112)、应用程序处理装置4(116)，分别具有RIP1、RIP2、RIP3、RIP4作为用于与其它装置进行通信的IP地址。另外，应用程序处理装置1(108)、应用程序处理装置2(110)、应用程序处理装置4(116)，作为自营无线系统的通信控制应用程序，分别执行AP1(109)、AP2(111)、AP4(117)。作为通信控制应用程序的例子，存在网关装置、SIP服务器等中的通信控制处理。AP1(109)、AP2(111)、AP4(117)分别使用虚拟IP地址VIP1、VIP2、VIP4来进行通信。

应用程序处理装置3(112)，在应用程序处理装置1(108)的AP1(109)有故障的情况下，执行用于接管AP1(109)的处理的应用程序AP1(113)。即，关于AP1，活动系统是AP1(109)，待机系统是AP1(113)。AP1(113)在从待机系统变为活动系统的情况下，使用与AP1(109)相同的虚拟IP地址VIP1来通信。这样一来，AP1(109)的通信对象应用程序可以不意识到与AP1的冗余切换相伴的地址变化。其中，在AP1(109)作为活动系统正常地通信的期间，在应用程序处理装置3(112)中也可以不将VIP1有效化。原因在于，应用程序处理装置3(112)上的其它应用程序为了与活动系统的AP1(109)通信而发送了以VIP1为目的地的数据包时，若应用程序处理装置3(112)中VIP1变为有效时，则无法向装置外发送数据包。

在子网3(103)中存在冗余管理装置1(114)。冗余管理装置1(114)用于与其它装置通信的IP地址是RIP6。冗余管理装置1(114)统一地(一维地)管理自营无线系统内的应用程序处理装置的IP地址和在应用程序处理装置上执行的应用程序的虚拟IP地址之间的对应。另外，执行DNS服务器115。DNS服务器115使用虚拟IP地址VIP6来通信。

子网4(104)中存在冗余管理装置2(118)。冗余管理装置2(118)用于与其它装置通信的IP地址是RIP7。冗余管理装置2(118)是与冗余管理装置1(114)对应的待机系统。冗余管理装置2(118)执行DNS服务器119。DNS服务器119使用与冗余管理装置1(114)的DNS服务器115相同的虚拟IP地址VIP6进行通信，但在待机的期间，与上述应用程序处理装置3(112)一样，也可以在冗余管理装置2(119)中不将虚拟IP地址VIP6有效化。

另外，子网4(104)中存在备份装置1(121)。备份装置1(121)存储与AP0(106)、AP1(109)、AP2(111)、AP4(117)各自实施的传输通信相关的信息(以下称为传输通信信息)。传输通信信息，例如关于应用程序，包含自己的IP地址、自己的传输层端口号码、通信对象应用程序的虚拟IP地址、通信对象应用程序的传输层端口号码。并且，例如在应用程序处理装置1(108)发生了故障的情况下，作为AP1的切换目的地的应用程序处理装置3(112)向备份装置1(121)查询AP1(109)的传输通信信息，根据接收到的内容继续执行AP1的处理。此外，也可以由冗余管理装置1(114)存储自营无线系统内的应用程序的传输通信信息，省略备份装置1(121)。另外，备份装置1(121)可以将传输通信信息以外的、应用程序的继续执行所需要的应用程序固有的信息，与传输通信信息一起存储。备份装置1(121)用于与其它装置通信的IP地址是RIP8。

在基站105的AP0(106)和应用程序处理装置4(116)的AP4(117)通信的情况下，使用两端为RIP0、RIP4的IP隧道。同样地，在应用程序处理装置4(116)的AP4(117)和应用程序处理装置1(108)的AP1(109)通信的情况下，使用两端为RIP4、RIP1的IP隧道。在应用程序处理装置1(108)的AP1(109)和应用程序处理装置2(110)的AP2(111)通信的情况下，使用两端为RIP1、RIP2的IP隧道。

在本实施方式中，例如在子网1(101)的应用程序处理装置1(108)发生故障的情况下，将AP1(109)切换为子网3(103)的应用程序处理装置3(112)的AP1(113)，迅速地恢复AP2-AP1间通信、AP1-AP4间通信。此外，在以下的说明中，“应用程序的移动”、“应用程序处理的接管”是与应用程序的切换相同的意思。

图2表示应用程序处理装置1(108)的结构图。

应用程序处理装置200例如具有CPU201、存储器202、硬盘203以及通信接口204。CPU201是执行存储器202内的程序的中央运算装置。硬盘203与装置的电源ON/OFF无关地具要保存的数据。通信接口204是用于与其它应用程序处理装置2(110)或冗余管理装置1(114)通信的接口电路。此外，其它应用程序处理装置2(110)、3(112)、4(116)可以采用同样的结构。

图2的存储器210表示存储器202的内容。

存储器210具有程序区域211和数据区域217。程序区域211中包含：进行自营无线系统的通信控制的应用程序212、和管理应用程序212用于与其它装置的应用程序通信的IP隧道的装置级冗余管理部213。装置级冗余管理部213具有数据包转发处理部214、隧道表管理部215以及应用程序通信信息通知部216。数据包转发处理部214，通过以适当的应用程序处理装置的IP地址为目的地的数据包，将以应用程序212发送的虚拟IP地址为目的地的数据包封装并发送到装置外。另外，当从装置外接收到封装数据包时，解封装后转发给应用程序212。隧道表管理部215，进行在数据包转发处理部214进行封装处理时参照的隧道表218的更新。应用程序通信信息通知部216，将应用程序212的通信对象应用程序的虚拟IP地址、或应用程序212的传输通信信息(应用程序212的虚拟IP地址和端口号码、通信对象应用程序的虚拟IP地址和端口号码)通知给冗余管理装置1(114)或作为应用程序212的切换目的地的应用程序处理装置或备份装置121。数据区域217具有隧道表218。

使用图38(a)来说明隧道表218。隧道表218将虚拟IP地址3801、状态3802、装置IP地址3803、登录期限3804对应存储。虚拟IP地址3801是应用程序处理装置1(108)上的AP1(109)的通信对象应用程序的虚拟IP地址。装置IP地址3803是执行通信对象应用程序的应用程序处理装置以及冗余管理装置的IP地址。状态3802，针对每个装置IP地址3803表示通信对象应用程序的状态，例如活动(Active)、待机(Standby)、故障等。登录期限3804表示在隧道表218中保存装置IP地址3803的期限。例如，在图38(a)中，AP4(117)的虚拟IP地址VIP4，与应用程序处理装置4(116)的IP地址RIP4相对应，预定在3600秒后删除该对应。另外，针对冗余管理装置1(114)的虚拟IP地址VIP6，分别作为活动系统而无期限地登录冗余管理装置1(114)的IP地址RIP6，作为待机系统而无期限地登录冗余管理装置2(118)的IP地址RIP7。

接下来，说明冗余管理装置1(114)的结构。物理结构与图2所示的应用程序处理装置200相同。图3表示存储器202的内容。存储器300具有程序区域301和数据区域308。

程序区域301中具有系统级冗余管理部302和装置级信息管理部306。系统级冗余管理部302具有切换决定部303、隧道表更新指示部304、DNS服务器305。切换决定部303，当自营无线系统内的应用程序处理装置发生故障时，决定将该应用程序处理装置中执行的应用程序处理移交给哪个应用程序处理装置，并且指示移交目的地应用程序处理装置将应用程序从待机状态(Standby状态)变为活动状态(Active状态)。隧道表更新指示部304，根据存储自营无线系统内的应用程序处理装置的IP地址和应用程序的虚拟IP地址之间的对应的地址表309，向应用程序处理装置指示隧道表的更新。DNS服务器305处理来自应用程序处理装置的应用程序的DNS查询，并返回DNS响应。装置级冗余管理部306具有数据包转发处理部307。数据包转发处理部307，在DNS服务器305和应用程序处理装置的应用程序通信的情况下，进行数据包的封装、解封装。数据区域308具有地址表309和地址通知目的地表310和传输通信信息311。

图4是地址表309的说明图。

地址表309与隧道表218相似，但隧道表218存储与对其进行管理的应用程序处理装置上的应用程序的通信对象相关的虚拟IP地址和装置IP地址之间的对应，与此相对，地址表309存储与自营无线系统内的全部应用程序相关的虚拟IP地址和装置IP地址之间的对应。地址表309对应地存储虚拟IP地址401、状态402、装置IP地址403、子网掩码404。

虚拟IP地址401是自营无线系统内的应用程序使用的虚拟IP地址。装置IP地址403是执行使用虚拟IP地址401的应用程序的应用程序处理装置以及冗余管理装置的IP地址。状态402针对每个装置IP地址403，表示使用虚拟IP地址401的应用程序的状态，例如活动(Active)、待机(Standby)、故障等。子网掩码404用于求出装置IP地址403的子网地址。

图3的地址通知目的地表310是存储来自应用程序处理装置的故障报告的表，在后面详细叙述。

传输通信信息311是应用程序处理装置上的应用程序正在进行的传输通信的识别信息。例如，当AP1(109)与AP4(117)正在进行通信时，存储VIP1、AP1(109)的传输层端口号码、VIP4、AP4(117)的传输层端口号码的组。当AP1(109)开始与AP4(117)通信时，从应用程序处理装置1(108)向冗余管理装置1(114)通知该识别信息。并且，当AP1(109)发生故障，由AP1(113)代替地接管处理时，从冗余管理装置1(114)向应用程序处理装置3(112)通知该识别信息。AP1(113)根据所通知的传输通信信息，接管由AP1(109)进行的通信。

接下来，说明备份装置1(121)的结构。物理结构与图2所示的应用程序处理装置200相同。图33表示存储器202的内容。存储器3300具有程序区域3301和数据区域3303。数据区域3303内的传输通信信息3304与传输通信信息311相同。程序区域3301内的备份管理部3302，对传输通信信息3304进行由冗余管理装置1(114)对传输通信信息311进行的处理。即，可以代替冗余管理装置来执行传输通信信息的管理。

然后，使用图5，以应用程序处理装置1(108)的AP1(109)向应用程序处理装置4(116)的AP4(117)发送数据包的情况为例，说明数据包的配送步骤。首先，AP1(109)发送图6的应用程序发送数据包600。发送源地址601是AP1(109)的虚拟IP地址VIP1。目的地地址602是AP4(117)的虚拟IP地址VIP4。该数据包，在OS501中被路由到虚拟设备驱动器502。虚拟设备驱动器502，向装置级冗余管理503输入接收数据包。装置级冗余管理部503参照隧道表218。图38(a)是应用程序处理装置1(108)具有的隧道表218。装置级冗余管理部503，由于接收数据包600的目的地地址602为VIP4，因此检索虚拟IP地址3801为VIP4的记录，并求出装置IP地址3803。在此求出RIP4，因此，通过以RIP4为目的地的数据包，将应用程序发送数据包600封装，并且生成IP网络转发中的数据包610(参照图6)。发送源地址611是应用程序处理装置1(108)的IP地址RIP1。当将数据包610传递给OS501时，OS501向设备驱动器504进行路由。设备驱动器504向IP网络505送出数据包610。IP网络505将数据包610路由到应用程序处理装置4(116)。

当应用程序处理装置4(116)的设备驱动器514接收数据包610时，传递给OS511。OS511，由于数据包610是IP封装数据包，因此转发到装置级冗余管理部513。装置级冗余管理部513进行数据包610的解封装，将数据包600输入虚拟设备驱动器512。虚拟设备驱动器512向OS511传递数据包600。OS511，由于数据包600的目的地地址602是AP4(117)的虚拟IP地址VIP4，因此转发给AP4(117)。

如上所述，为了在应用程序间进行通信，在隧道表218中正确地保持虚拟IP地址3801和装置IP地址3803之间的对应是重要的。

(地址表的设定)

接下来，说明如何准备具有在隧道表218中设定的信息的、冗余管理装置1(114)的地址表309。

图7是在应用程序处理装置1(108)上，使AP1(109)作为活动系统来开始动作时的时序图(sequence diagram)。

应用程序处理装置1(108)的装置级冗余管理部701，将AP1(109)使用的虚拟IP地址VIP1有效化(步骤704)。然后，向AP1(109)指示激活(步骤705)。具体而言，若AP1(109)尚未启动，则启动，并开始作为活动系统的处理。然后，将地址信息登录请求发送到冗余管理装置1(114)(步骤706)。图10的格式1000表示地址信息登录请求消息的格式。发送源地址1001是应用程序处理装置1(108)的IP地址RIP1。目的地地址1002是冗余管理装置1(114)的IP地址RIP6。地址信息登录请求1003是消息识别符。VIP1(1004)、RIP1(1005)、M1(1006)分别是AP1(109)的虚拟IP地址、应用程序处理装置1(108)的IP地址、应用程序处理装置1(108)的IP地址的子网掩码。切换目的地预约希望1007表示，想要预约在应用程序处理装置1(108)发生故障时代替地执行AP1的应用程序处理装置。

返回图7。当冗余管理装置1(114)的系统级冗余管理部703接收格式1000所示的消息时，决定在应用程序处理装置1(108)发生故障时，使得使用虚拟IP地址VIP1的应用程序、即AP1(109)移动到哪里的应用程序处理装置(步骤707)。在此假定决定为应用程序处理装置3。然后，与格式1000所示的VIP1(1004)、RIP1(1005)一起，将应用程序处理装置3的IP地址RIP3登录在地址表中(步骤708)。系统级冗余管理部703将切换预约请求发送到应用程序处理装置3(112)(步骤709)。切换预约请求消息的格式，与地址信息登录请求消息的格式1000类似。区别在于，在切换预约请求消息的情况下，发送源地址1001是冗余管理装置1(114)的IP地址RIP6，目的地地址1002是作为切换目的地而决定的应用程序处理装置3(112)的IP地址RIP3，地址信息登录请求1003是切换预约请求消息的识别符，不包含M1(1006)和切换目的地预约希望1007。

返回图7。当应用程序处理装置3(112)的装置级冗余管理部702接收切换预约请求709时，对AP1(113)指示待机化(步骤714)。具体而言，若AP1(113)尚未启动，则启动，并成为等待切换的状态。然后，存储切换对象的虚拟IP地址VIP1和应用程序处理装置1(108)的IP地址RIP1(步骤710)。然后，装置级冗余管理部702将切换预约完成发送到冗余管理装置1(114)(步骤711)。切换预约完成消息的格式，与地址信息登录请求消息的格式1000类似。区别在于，发送源地址1001是应用程序处理装置3(112)的IP地址RIP3，地址信息登录请求1003是切换预约完成的消息识别符，RIP1(1005)是应用程序处理装置3(112)的IP地址RIP3，M1(1006)是RIP3的子网掩码M3。

返回图7。在步骤712中，系统级冗余管理部703将地址信息登录完成发送到应用程序处理装置1(108)。图10的格式1010是地址信息登录完成消息的格式。发送源地址1011是冗余管理装置1(114)的IP地址RIP6。目的地地址1012是应用程序处理装置1(108)的IP地址RIP1。地址信息登录完成1013是消息识别符。VIP1(1014)、RIP1(1015)、RIP3(1016)分别是冗余管理装置1(114)的地址表309中登录的虚拟IP地址VIP1、应用程序处理装置1(108)的IP地址RIP1、应用程序处理装置3(112)的IP地址RIP3。

返回图7。当应用程序处理装置1(108)的装置级冗余管理部701接收地址信息登录完成时，作为使用VIP1的应用程序、即AP1(109)的切换目的地应用程序处理装置，存储应用程序处理装置3(112)的IP地址RIP3(步骤713)。

图7的时序图的、装置级冗余管理部701的流程图，是图8的初始登录处理800。另外，系统级冗余管理部703的流程图是图8的初始登录处理810。

说明初始登录处理800。首先，将AP1(109)使用的虚拟IP地址VIP1有效化(步骤801)。具体而言，在OS501中以将VIP1识别为自己的IP地址的方式进行设定。在步骤802中，将AP1(109)激活。具体而言，若AP1(109)未启动，则启动，并开始作为活动系统的处理。在步骤803中，将地址信息登录请求发送到冗余管理装置1(114)。在地址信息登录请求中设定了AP1(109)的虚拟IP地址VIP1和应用程序处理装置1(108)的IP地址RIP1、和RIP1的子网掩码M1。另外，当想要预约在应用程序处理装置1(108)发生了故障时代替地执行AP1的应用程序处理装置时，设定了切换目的地预约希望1007(参照格式1000)。在步骤804中，从冗余管理装置1(114)接收地址信息登录完成。在地址信息登录完成中设定了AP1(109)的虚拟IP地址VIP1和应用程序处理装置1(108)的IP地址RIP1、成为切换目的地的应用程序处理装置3(112)的IP地址RIP3(参照格式1010)。在步骤805中，判定是否在地址信息登录完成中设定了RIP1以外的应用程序处理装置的IP地址、即RIP3。在图7的例子中，包含了RIP3，所以转移到步骤806，并且作为切换目的地应用程序处理装置的IP地址而存储RIP3。另一方面，在步骤805中，如果在地址信息登录完成中未设定RIP1以外的应用程序处理装置的IP地址，则直接结束。

接着，说明系统级冗余管理部703的初始登录处理810。以通过本处理设定图4的地址表309中以粗框包围的部分的情况为例进行说明。

在步骤811中，接收来自应用程序处理装置1(108)的地址信息登录请求。在步骤812中检索地址表309的虚拟IP地址401与虚拟IP地址VIP1(1004)一致的记录。在步骤813中，在找到的记录的状态402中设定“Active”，在装置IP地址403中设定RIP1，在子网掩码404中设定M1。在步骤814中，判定接收到的地址信息登录请求中是否包含切换目的地预约希望1007。若不包含，则为了进行切换目的地的预约而转移到步骤815。在步骤815中决定切换目的地装置。作为决定方法，例如事先准备了自营无线系统内的全部应用程序处理装置的IP地址的列表，参照该列表，将地址表的装置IP地址403中未登录的应用程序处理装置设为切换目的地装置。在图7中，将应用程序处理装置3(112)设为切换目的地。在步骤816中，将切换目的地装置的IP地址、即RIP3，设定在与地址表309的VIP1相关的记录的第二个装置IP地址403中。另外，在与之对应的状态402中设定“Standby”。在步骤817中，向应用程序处理装置3(112)发送切换预约请求。在切换预约请求中设定了VIP1和RIP1。在步骤818中接收切换预约完成。在切换预约完成中设定了VIP1和RIP3、RIP3的子网掩码M3。在步骤820中，在地址表的虚拟IP地址401为VIP1、装置IP地址403为RIP3的记录的子网掩码404中设定子网掩码M3。最后，将地址信息登录完成发送到应用程序处理装置1(108)(步骤819)。在地址信息登录完成中设定VIP1、RIP1、RIP3。另一方面，在步骤814中，当地址信息登录请求中不包含切换目的地预约希望1007时，转移到步骤819，来发送地址信息登录完成。在该地址信息登录完成中不包含切换目的地应用程序处理装置的IP地址即RIP3(1016)。

接下来，使用图9来说明图7的时序图的、应用程序处理装置3(112)的装置级冗余管理部702的处理。切换预约处理900首先在步骤901中接收切换预约请求。在切换预约请求中设定了VIP1和RIP1。在步骤904中，将使用VIP1的应用程序、即AP1(113)待机化。具体而言，若AP1(113)尚未启动，则启动，并设为对切换进行待机的状态。此外，应用程序和应用程序使用的虚拟IP地址的对应，例如事先存储在硬盘203中。在步骤902中，存储切换对象的虚拟IP地址VIP1、和切换源的应用程序处理装置1(108)的IP地址RIP1。在步骤903中，将切换预约完成发送到冗余管理装置1(114)。在切换预约完成中设定VIP1、RIP3、和RIP3的子网掩码M3。

以上是在冗余管理装置1(114)的地址表309中登录应用程序的虚拟IP地址、和与其对应的应用程序处理装置的IP地址的处理的说明。

(隧道表的设定)

接下来，说明如何构建应用程序处理装置的隧道表218。顺次说明应用程序在通信前发送DNS查询、和不发送DNS查询的两种情况。首先说明前者。

图11是应用程序处理装置1(108)的AP1(109)开始与应用程序处理装置4(116)的AP4(117)通信时的时序图。当执行该顺序时，图38(a)所示的隧道表218可以设定在应用程序处理装置1(108)中，该图(b)所示的隧道表218可以设定在应用程序处理装置4(116)中。此外，图38(a)以及(b)中粗框包围的部分是通过图11的顺序被追加的部分，VIP6的记录(DNS服务器115的虚拟IP地址VIP6和冗余管理装置1(114)的IP地址RIP6的对应)，可以事先(例如通过维护者的命令)被设定在各个隧道表218中。

首先，AP1(109)将AP4(117)的域名设定在DNS查询中来发送(步骤1102)。DNS查询的数据包的目的地IP地址，是冗余管理装置1(114)的DNS服务器(115)的虚拟IP地址VIP6。装置级冗余管理部701检索隧道表218(图38(a))的虚拟IP地址3801为VIP6的记录，并且求出对应的装置IP地址3803。由于求出了RIP6，因此通过以RIP6为目的地的数据包将DNS查询封装并进行发送(步骤1103)。冗余管理装置1(114)的装置级冗余管理部1100，当接收封装数据包时解封装，并且将DNS查询发送到系统级冗余管理部703(步骤1104)。在步骤1105中，调查与DNS查询中设定的域名对应的IP地址。这是与一般的DNS服务器相同的处理。在图11中求出AP4(117)的虚拟IP地址VIP4。在步骤1106中，检索地址表309(图4)，并且调查虚拟IP地址401为VIP4的记录的装置IP地址403。对应于VIP4仅登录了RIP4。然后，将地址信息通知发送到应用程序处理装置1(108)(步骤1107)。地址信息通知的消息格式，与地址信息登录完成类似。区别在于，地址信息登录完成1013成为地址信息通知的消息识别符，VIP1(1014)成为AP4(117)的虚拟IP地址VIP4，RIP1(1015)成为应用程序处理装置4(116)的IP地址RIP4，不包含RIP3(1016)。应用程序处理装置1(108)的装置级冗余管理部701，当接收地址信息通知时，在隧道表218(图38(a))中设定VIP4和RIP4(步骤1111)。然后，开始向应用程序处理装置4(116)的IP地址RIP4发送心跳数据包(heartbeat packet)(步骤1112)。

另一方面，冗余管理装置1(114)的系统级冗余管理部703，在步骤1108中检索地址表309(图4)来确定DNS查询发送源的AP1(109)的应用程序处理装置1(108)的IP地址RIP1、和作为AP1(109)的切换目的地而预约的应用程序处理装置3(112)的IP地址RIP3。然后，将地址信息通知发送到应用程序处理装置4(116)(步骤1109)。该地址信息通知和消息格式1010的不同在于，目的地地址1012成为应用程序处理装置4的IP地址RIP4，地址信息登录完成1013成为地址信息通知的消息识别符。应用程序处理装置4(116)的装置级冗余管理部1101，当接收地址信息通知时，将VIP1、RIP1、RIP3设定在隧道表218(图38(b))中(步骤1110)。由此，即使当AP4(117)接收来自AP1(109)的、以AP4为目的地的数据包(步骤1120)并返回应答数据包时，装置级冗余管理部1101，也可以在此时不向冗余管理装置1(114)查询应用程序处理装置1(108)的IP地址，而立即生成封装数据包。装置级冗余管理装置1101，当隧道表218(图38(b))的设定完成时，开始对应用程序处理装置1(109)的IP地址RIP1、和应用程序处理装置3(112)的IP地址RIP3发送心跳数据包(步骤1112)。

图16表示心跳请求数据包的格式。心跳请求数据包是对登录在隧道表218中的IP地址发送的数据包。在图16中，设想由应用程序处理装置1(108)发送。发送源地址1601是应用程序处理装置1(108)的IP地址RIP1。目的地地址1602是应用程序处理装置4(116)的IP地址RIP4。心跳请求1603是数据包的识别符。顺序号码1604，是用于当应用程序处理装置1(108)接收到与心跳请求数据包对应的心跳应答数据包时取得相关(correlation)的号码，设定每当发送心跳请求数据包时增加后的值。

接收到心跳请求数据包的应用程序处理装置4(116)发送心跳应答数据包。心跳应答数据包的格式与心跳请求数据包类似。当用格式1600进行说明时，发送源地址1601、目的地地址1602分别设定心跳请求数据包的目的地地址1602、发送源地址1601。另外，数据包的识别符1603是心跳应答。顺序号码1604设定与心跳请求数据包相同的值。通过收发心跳请求、心跳应答，可以确认装置的生存，检测出故障发生。

返回图11。冗余管理装置1(114)的系统级冗余管理部703，在步骤1113中发送DNS响应。在DNS响应中设定了AP4(117)的虚拟IP地址VIP4。装置级冗余管理部1100，通过以应用程序处理装置1(108)的IP地址RIP1作为目的地的数据包将DNS响应封装并发送(步骤1114)。应用程序处理装置1(108)的装置级冗余管理部701将接收数据包解封装，并将内部的DNS响应发送到AP1(109)(步骤1115)。AP1(109)每当开始与AP4(117)的传输通信时，将传输通信信息输出到装置级冗余管理部701(步骤1116)。在传输通信信息中包含AP1(109)的虚拟IP地址VIP1、AP1(109)的端口号码、AP4(117)的虚拟IP地址VIP4、AP4(117)的端口号码。装置级冗余管理部701将传输通信信息发送到图7的步骤713中存储的、作为AP1(109)的切换预定目的地的应用程序处理装置3(112)。

图15的消息格式1510是传输通信信息的格式。发送源地址1511是应用程序处理装置1(108)的IP地址RIP1。目的地地址1512是应用程序处理装置3(112)的IP地址RIP3。传输通信信息1513是消息识别符。AP1(1514)、VIP1(1515)、区域1516表示AP1(109)的识别符、AP1(109)的虚拟IP地址、要开始的通信的协议信息。这三个是一组，用于在应用程序处理装置3(112)中AP1(113)成为活动系统时，恢复与AP4(117)的通信。

装置级冗余管理部701，也向冗余管理装置1(114)的系统级冗余管理部703发送传输通信信息(步骤1117)。此时的目的地地址1512是冗余管理装置1(114)的IP地址RIP6。装置级冗余管理部702、系统级冗余管理部703分别存储接收到的传输通信信息(步骤1118、步骤1119)。最后，AP1(109)开始发送以AP4(117)的虚拟IP地址VIP4为目的地的用户数据包(步骤1120)。此外，传输通信信息也可以被发送到备份装置121并被存储。

接下来，使用流程图来说明图11的各处理。

图12的DNS查询接收处理1200是冗余管理装置1(114)的系统级冗余管理部703的流程图。

首先，在步骤1201中接收DNS查询。在步骤1202中求出与DNS查询中设定的域名对应的虚拟IP地址。在图11的例子中求出AP4(117)的虚拟IP地址VIP4。本处理是与一般的DNS服务器相同的处理。接着，在步骤1203中，检索地址表309(图4)的虚拟IP地址401为VIP4的记录，并参照该装置IP地址403，由此确定应用程序处理装置4(116)的IP地址RIP4。在步骤1204中，检索地址表309的虚拟IP地址401与DNS查询的发送源IP地址(在图11的例子中，是AP1(109)的虚拟IP地址VIP1)一致的记录，并参照该装置IP地址403，由此确定应用程序处理装置1(108)的IP地址RIP1。在步骤1205中，向RIP1发送地址信息通知。在地址信息通知中设定了在步骤1203中求得的VIP4、RIP4的组。然后，在步骤1206中，为了求出DNS查询发送源应用程序处理装置1(108)上的全部虚拟IP地址而检索地址表。具体而言，求出地址表309的装置IP地址403为RIP1、且状态402为“Active”的全部记录的虚拟IP地址401。在本例中，仅VIP1符合。在此，有多个符合的情况，是在应用程序处理装置1(108)上，多个应用程序分别使用不同虚拟IP地址的情况。在步骤1207中，针对求出的每个虚拟IP地址，求出状态402为“Standby”的装置IP地址403。在本例中，针对VIP1求出RIP3。在步骤1208中，向应用程序处理装置4(116)发送地址信息通知。在地址信息通知中设定与应用程序处理装置1(108)上的全部应用程序相关的虚拟IP地址(即VIP1)、Active的装置IP地址(即RIP1)、Standby的装置IP地址(即RIP3)。在此，以应用程序处理装置1(108)上的全部虚拟IP地址作为对象的理由是因为，在应用程序处理装置1(108)中存在AP1(109)以外的应用程序时，与该应用程序相关的信息也设定在应用程序处理装置4(116)的隧道表218中。在这样的应用程序X开始与AP4(117)通信的时刻，当AP1(109)已经与AP4(117)进行通信，应用程序处理装置1(108)的OS保存着VIP4的DNS缓存信息(cache)时，也可以不发送新的DNS查询，结果是在应用程序处理装置4(116)中，也可以不生成与应用程序X的虚拟IP地址对应的记录。

在地址信息通知中，例如按照虚拟IP地址、Active的装置IP地址、Standby的装置IP地址的顺序对它们进行设定。此外，当设定与多个虚拟IP地址相关的信息时，将虚拟IP地址、Active的装置IP地址、Standby的装置IP地址的组设定多个。在步骤1209中，将步骤1202中求得的AP4(117)的虚拟IP地址VIP4设定在DNS响应中来发送。DNS响应的发送源地址、目的地地址分别是DNS查询的目的地地址、发送源地址。

接下来，说明应用程序处理装置1(108)的装置级冗余管理部701以及应用程序处理装置4(116)的装置级冗余管理部1101接收到地址信息通知的情况下的处理。

表示图12的地址信息通知接收处理1210。以下，以应用程序处理装置4(116)的装置级冗余管理部1101在图11的步骤1109中接收地址信息通知，并生成图38(b)所示的隧道表218的粗框部分的情况为例来进行说明。

首先，在步骤1211中接收地址信息通知。在地址信息通知中设定了VIP1、RIP1、RIP3。在步骤1212中，在隧道表218的虚拟IP地址3801中设定VIP1，在装置IP地址3803中设定RIP1、RIP3。在与RIP1对应的状态3802中设定“Active”，在与RIP3对应的状态3802中设定“Standby”。在步骤1213中设定登录期限3804。在针对RIP1的登录期限3804中，例如作为初始值而设定3600秒，在针对RIP3的登录期限3804中设定“从属”。在设定为“从属”的情况下，意味着当删除RIP1时也删除RIP3。在步骤1214中开始心跳请求数据包的发送。

如上所述，应用程序处理装置4(116)的装置级冗余管理部1101构建图38(b)所示的隧道表218。同样地，应用程序处理装置1(108)的装置级冗余管理部701构建图38(a)所示的隧道表218。

接下来，使用图13的流程图，说明登录期限3804的更新、和期限到达时的处理。在全部应用程序处理装置的装置级冗余管理部213中实施这些处理。

登录期限检查处理1300是从隧道表218删除到达登录期限的记录的处理。该处理以隧道表218存储的全部记录为对象，周期性地(例如每1秒)执行。关于某个记录，在步骤1301中调查登录期限3804是“无限”还是“从属”。当是“无限”或“从属”时，不删除记录地结束处理，或者移动到下一记录。当既不是“无限”也不是“从属”时，在步骤1302中将登录期限3804的值减小1。在步骤1303中判定减法运算结果是否为负，当为负时，在步骤1304中删除DNS缓存信息。由此，当应用程序执行调查与域名对应的虚拟IP地址的处理时必定发送DNS查询，其结果，可以再设定隧道表218。在步骤1305中删除隧道表218的对象记录。在此，当存在从属于要删除的记录的记录(与相同虚拟IP地址3801相关的记录、且登录期限3804为“从属”的记录)时，也将其一起删除。在步骤1306中结束心跳请求数据包的发送。此外，在步骤1303中，当减法运算结果非负时，结束处理或者移动到下一记录。

来自应用程序的数据包接收处理1310，是应用程序处理装置的装置级冗余管理部213生成封装数据包并发送的处理。其中，延长为进行数据包的封装而参照的记录的登录期限3804。以下，举例说明当应用程序处理装置1(108)的隧道表218是图38(a)所示的内容时从AP1(109)接收到数据包600的情况。

首先，在步骤1311中，接收来自AP1(109)的数据包600。在步骤1312中，检查接收数据包的目的地地址602是否已登录在隧道表218的虚拟IP地址3801中。由于已登录，因此在步骤1314中生成以状态3802为“Active”的装置IP地址3803(即RIP4)为目的地的封装数据包610。而且，若存在状态3802为“双播(bicast)”的装置IP地址3803，则另外生成以该装置IP地址3803为目的地的封装数据包。即，根据一个接收数据包600生成目的地地址612不同的两个封装数据包610。状态3802成为“双播”，例如是实施应用程序的冗余切换的过程中的情况。在后面进行详细叙述。在步骤1315中发送生成的数据包610。最后，在步骤1316中，将登录期限3804的值更新为例如初始值3600秒。

另一方面，在步骤1312中，当来自应用程序的接收数据包600的目的地地址602未登录在隧道表218中时，在步骤1317中向冗余管理装置1(114)进行查询。图10的消息格式1020是地址信息查询的格式。发送源地址1021是查询源应用程序处理装置的IP地址。在图中成为RIP3，但在此是RIP1。目的地地址1022是冗余管理装置1(114)的IP地址RIP6。地址信息查询1023是消息识别符。VIP4(1024)是接收数据包600的目的地地址602。切换中标志1025和VIP1(1026)，在应用程序的切换处理中发生了该地址信息查询的情况下进行设定。因此，未被包含在步骤1317发送的地址信息查询中。此外，VIP1(1026)是在查询源应用程序处理装置中成为有效的虚拟IP地址，当存在多个时，列举全部。冗余管理装置1(114)，在作为地址信息查询的应答而发送的地址信息通知中，设定了所查询的虚拟IP地址、和对应的应用程序处理装置的IP地址。在步骤1313中将其设定在隧道表中。

接着，使用图15说明图11的步骤1116的处理、即AP1(109)输出传输通信信息的处理。AP1(109)在执行各种处理的过程中，向其它应用程序、例如AP4(117)发送数据包时(步骤1501)，判定该通信是否是新的传输通信(步骤1502)。当是新的传输通信时，在步骤1503中将传输通信信息输出到装置级冗余管理部701。输出内容例如图15所示，是装置级冗余管理部701向其它装置发送的传输通信信息消息的格式1510的、AP1(1514)、VIP1(1515)、区域1516。在应用程序处理1500的步骤1502的判定中，当数据包发送不是新的传输通信时，不执行步骤1503。这样输出的传输通信信息，作为格式1510所示的消息，被发送到应用程序处理装置3(112)和冗余管理装置1(114)。

关于图11的步骤1112的心跳处理，与应用程序处理装置的故障检测处理一起在后面进行叙述。以上是应用程序在通信前发送DNS查询的情况下的隧道表218的构建方法。

接下来，说明应用程序不发送DNS查询地开始通信的情况下的隧道表218的构建方法。

图36是应用程序处理装置1(108)的AP1(109)不发送DNS查询地，与应用程序处理装置4(116)的AP4(117)开始通信的情况下的时序图。如图15的应用程序处理1500中说明的那样，AP1(109)在执行各种处理的过程中向AP4(117)发送数据包时，判定该通信是否是新的传输通信，在是新的传输通信时，将传输通信信息输出到装置级冗余管理部701(步骤3601)。装置级冗余管理部701向AP1(109)的故障时的切换目的地、即应用程序处理装置3(112)发送传输通信信息。应用程序处理装置3(112)的装置级冗余管理部702存储传输通信信息(步骤3603)。同样地，应用程序处理装置1(108)的装置级冗余管理部701也向冗余管理装置1(114)发送传输通信信息。冗余管理装置1(114)的系统级冗余管理部703存储接收到的传输通信信息(步骤3604)。

另一方面，当装置级冗余管理部701接收由AP1(109)发送的、以VIP4为目的地的数据包600时(步骤3605)，如在图13的流程图1310中说明的那样，判定VIP4是否已登录在隧道表218中。当未登录时(步骤3606)，为了查询与VIP4对应的应用程序处理装置的IP地址，向冗余管理装置1(114)发送地址信息查询(步骤3607)。地址信息查询的消息格式是图10的格式1020。但是，发送源地址1021是RIP1，不包含切换中标志1025和VIP1(1026)。冗余管理装置1(114)的系统级冗余管理部703，通过检索地址表309(图4)，确定与地址信息查询中设定的VIP4对应的应用程序处理装置4(116)的IP地址RIP4(步骤3608)。然后，将VIP4和RIP4的组设定在地址信息通知中，并且发送到应用程序处理装置1(108)(步骤3609)。应用程序处理装置1(108)的装置级冗余管理部701，根据接收到的地址信息通知，设定隧道表218(步骤3613)。另一方面，冗余管理装置1(114)的系统级冗余管理部703，以在步骤3607中接收到的地址信息查询的发送源地址1021、即RIP1为关键字(key)来检索地址表309，确定在应用程序处理装置1(108)上成为有效(即状态402为Active)的虚拟IP地址VIP1。然后，确定使用VIP1的AP1(109)的切换目的地、即应用程序处理装置3(112)的IP地址RIP3(步骤3610)。系统级冗余管理部703将VIP1、RIP1、RIP3设定在地址信息通知中，并且发送到应用程序处理装置4(116)(步骤3611)。应用程序处理装置4(116)的装置级冗余管理部1101，将VIP1、RIP1、RIP3的组设定在隧道表中(步骤3612)。由此开始心跳通信(步骤3614)。

另外，应用程序处理装置1(108)的装置级冗余管理部701，通过参照隧道表，将在步骤3605中接收到的以VIP4为目的地的数据包600封装成以RIP4为目的地的数据包610，并发送到应用程序处理装置4(116)(步骤3615)。该封装处理和数据包发送处理，通过流程图1310的步骤1314、1315来实施。

使用图37的流程图，说明在图36的时序图中，冗余管理装置1(114)的系统级冗余管理部703执行的处理。

在地址信息查询接收处理3700中，首先，在步骤3701中接收地址信息查询。在步骤3702中，检索地址表309(图4)的虚拟IP地址401与地址信息查询中设定的VIP4(1024)相同的记录，并参照装置IP地址403来确定应用程序处理装置4(116)的IP地址RIP4。在步骤3703中，将VIP4和RIP4的组设定在地址信息通知中，并发送到应用程序处理装置1(108)。在步骤3704中，参照地址表309(图4)的装置IP地址403为地址信息查询的发送源地址RIP1、且参照状态402为Active的记录的虚拟IP地址401，来确定应用程序处理装置1(108)上的全部有效的虚拟IP地址。图4的例子中求出VIP1。在步骤3705中，关于所确定的各个虚拟IP地址，检索地址表309，并求出该虚拟IP地址401的记录中状态402为Standby的装置IP地址403(即应用程序的切换目的地应用程序处理装置的IP地址)。在图4的例子中，求出RIP3。另外，关于在步骤3704中确定的全部虚拟IP地址，执行使用这些地址的应用程序的过程中(即Active)的应用程序处理装置，是地址信息查询的发送源应用程序处理装置1(108)。因此，在步骤3706中，在地址信息通知中设定虚拟IP地址VIP1、和作为执行应用程序的过程中的应用程序处理装置的IP地址的RIP1、和作为切换目的地的应用程序处理装置的IP地址的RIP3的组。然后，向步骤3702中求出的通信对象装置的IP地址(即RIP4)发送地址信息通知。

(冗余切换)

图18是应用程序的通信中进行应用程序的冗余切换的情况下的时序图。

在图18中，假定应用程序处理装置2(110)的AP2(111)向应用程序处理装置1(108)的AP1(109)连续发送UDP数据包(步骤1801)，AP1(109)逐个数据包地处理接收数据包(步骤1802)，然后发送到应用程序处理装置4(116)的AP4(117)(步骤1803)。另外，应用程序处理装置2(110)的装置级冗余管理部(1800)以及应用程序处理装置4(117)的装置级冗余管理部(1101)的隧道表218成为图38(b)那样。应用程序处理装置4(116)的装置级冗余管理部(1101)对应用程序处理装置1(108)的装置级冗余管理部(701)进行心跳通信。另外，对应用程序处理装置3(112)的装置级冗余管理部(702)也进行心跳通信。同样地，应用程序处理装置2(110)的装置级冗余管理部1800也分别对装置级冗余管理部(701)、装置级冗余管理部(702)进行心跳通信(步骤1804)。

在此，假定应用程序处理装置1(108)已停机(down)(步骤1805)。应用程序处理装置1(108)不对心跳进行应答，因此应用程序处理装置2(1800)检测出故障(步骤1806)。在步骤1807中，将隧道表的状态3802更新为“双播”，并且将AP2(111)发送的数据包封装为以应用程序处理装置1(108)为目的地的数据包、和以应用程序处理装置3(112)为目的地的数据包这两个数据包并进行发送(步骤1807、步骤1808)。应用程序处理装置3(112)的装置级冗余管理部(702)，将接收数据包解封装，并且由于内部的数据包的目的地地址、即AP1(109)的虚拟IP地址VIP1在应用程序处理装置3(112)上不是有效(步骤1809)，因此向应用程序处理装置1(108)进行故障查询(步骤1810)。而且，参照图11的步骤1118中存储的、与AP1(109)相关的传输通信信息，来确定AP1(109)的数据包发送目的地的地址、即AP4(117)的虚拟IP地址VIP4(步骤1811)。然后，将切换准备请求发送到冗余管理装置1(114)(步骤1812)。图31的格式3100是切换准备请求的消息格式。发送源地址3101是应用程序处理装置3(112)的IP地址RIP3。目的地地址3102是冗余管理装置1(114)的IP地址RIP6。切换准备请求3103是消息识别符。VIP1(3104)设定切换对象应用程序、即AP1(109)的虚拟IP地址VIP1。VIP4(3105)设定应该在隧道表218中设定的虚拟IP地址、即AP4(117)的虚拟IP地址VIP4。

另一方面，在步骤1807中开始了双播的应用程序处理装置2(110)的装置级冗余管理部1800，将故障通知发送到冗余管理装置1(114)(步骤1815)。图17的格式1700是故障通知消息的格式。发送源地址1701是应用程序处理装置2(110)的IP地址RIP2。目的地地址1702是冗余管理装置1(114)的IP地址RIP6。故障通知1703是消息识别符。RIP1(1704)是心跳的应答消失的应用程序处理装置1(108)的IP地址RIP1。M2(1705)是检测出故障的应用程序处理装置2(110)的IP地址RIP2的子网掩码。系统级冗余管理部703在地址通知目的地表310中存储应用程序处理装置2(110)已报告了应用程序处理装置1(108)的故障的情况(步骤1816)。然后，向应用程序处理装置1(108)发送故障查询(步骤1817)。

此外，应用程序处理装置4(116)的装置级冗余管理部1101，也根据从应用程序处理装置1(108)没有心跳应答而检测出故障(步骤1821)，并且将故障通知通知给冗余管理装置1(114)(步骤1822)。冗余管理装置1(114)的系统级冗余管理部(703)，与步骤1816同样地，在地址通知目的地表310中存储应用程序处理装置4(116)已报告了应用程序处理装置1(108)的故障的情况(步骤1818)。已经在步骤1817中进行了向应用程序处理装置1(108)的故障查询，所以这次也可以不进行。在步骤1819中，使用地址表309来确定被判断为故障的应用程序处理装置1(108)作为活动系统而执行的AP1(109)的虚拟IP地址VIP1。

在此，当接收切换准备请求时(步骤1812)，决定将作为发送源的应用程序处理装置3(112)设为切换目的地(步骤1820)，并将切换准备应答发送到应用程序处理装置3(112)(步骤1813)。图31的格式3110是切换准备应答的消息格式。发送源地址3111是冗余管理装置1(114)的IP地址RIP6。目的地地址3112是应用程序处理装置3(112)的IP地址RIP3。切换准备应答3113是消息识别符。VIP4(3114)、RIP4(3115)是在步骤1814中设定在装置级冗余管理部702的隧道表218中的、AP4(117)的虚拟IP地址和应用程序处理装置4(116)的IP地址。

图19表示后续的顺序。

应用程序处理装置3(112)的装置级冗余管理部702，开始对隧道表218中设定的RIP4发送心跳请求(步骤1901)。

此后，以在一定时间内没有与步骤1810中发送的故障查询对应的应答(步骤1902)为契机，实施AP1的冗余切换。首先，将AP1的虚拟IP地址VIP1有效化(步骤1903)。然后，通过将AP1(113)激活，设为活动系统(步骤1904)。AP1(113)取得在图11的步骤1118中存储的传输通信信息(步骤1905)，进行与AP4(117)的通信的准备。当其完成时，开始来自AP2(111)的UDP数据包的处理(步骤1907)，并开始向AP4(117)发送UDP数据包(步骤1908)。

另一方面，冗余管理装置1(114)的系统级冗余管理部703，也以在一定时间内没有与步骤1817中发送的故障查询对应的应答(步骤1911)为契机，向应用程序处理装置3(112)发送切换请求(步骤1912)。图25的格式2500表示切换请求的消息格式。发送源地址2501是冗余管理装置1(114)的IP地址RIP6。目的地地址2502是应用程序处理装置3(112)的IP地址RIP3。切换请求2503是消息识别符。AP1(2504)、VIP1(2505)、区域2506，与图15的传输通信信息消息1510的AP1(1514)、VIP1(1515)、区域1516相同。即，是图11的步骤1119中存储的AP1的传输通信信息。VIP4(2507)、RIP4(2508)是作为AP1的数据包发送目的地的AP4(117)的虚拟IP地址、和应用程序处理装置4(116)的IP地址。在图18、图19的例子中，应用程序处理装置3(112)，以从应用程序处理装置2(110)发往AP1(109)的数据包的接收为契机，来进行AP1的切换，因此不需要接收切换请求。但是，通过预先设定冗余管理装置1(114)发送切换请求的步骤，也可以使事先未准备针对发生故障的应用程序的待机系统的应用程序处理装置作为活动系统来执行应用程序。

此后，应用程序处理装置3(112)的装置级冗余管理702，将切换完成发送到步骤1808的以AP1为目的地的UDP数据包的发送源、即应用程序处理装置2(110)和冗余管理装置1(114)(步骤1909、步骤1910)。图25的格式2510表示切换完成消息的格式。该图中表示了向冗余管理装置1(114)进行发送的例子。发送源地址2511是应用程序处理装置3(112)的IP地址RIP3。目的地地址2512是冗余管理装置1(114)的IP地址RIP6。切换完成2513是消息识别符。VIP1(2514)是进行了切换的应用程序、即AP1(113)的虚拟IP地址。RIP3(2515)是执行切换后的AP1(113)的应用程序处理装置3(112)的IP地址。M3(2516)是RIP3的子网掩码。

应用程序处理装置2(110)的装置级冗余管理部1800，根据切换完成来更新隧道表218(步骤1916)，并且停止将AP2(111)发送的数据包封装成以应用程序处理装置1(108)为目的地的数据包(步骤1917)。

在步骤1910中接收到切换完成的系统级冗余管理部703，根据切换完成来更新地址表(步骤1913)。在步骤1914中，检索地址通知目的地表1710，并且确定在步骤1815和步骤1822中发送了故障通知的应用程序处理装置的子网。在步骤1915中，通过子网内广播来发送地址信息通知。通过图10的格式1010说明地址信息通知的格式。发送源地址1011是冗余管理装置1(114)的IP地址RIP6。目的地地址1012，例如若是以应用程序处理装置4(116)的子网为目的地的广播，则是M4的逻辑非与RIP4二者的逻辑和。在地址信息登录完成1013中设定地址信息通知的消息识别符。在RIP1的区域(1015)中设定RIP3。不包含RIP3的区域(1016)。

在步骤1918中，应用程序处理装置4(116)的装置级冗余管理部1101，根据地址信息通知的内容来设定隧道表218。

以上是将应用程序处理装置1(108)的AP1(109)切换为应用程序处理装置3(112)的AP1(113)的情况下的顺序的说明。

接下来，使用流程图详细说明图18以及图19的处理。

首先，使用图14说明图18的步骤1804的心跳处理。图14的处理，通过应用程序处理装置的装置级冗余管理部来实施。

心跳请求数据包发送处理1400，以应用程序处理装置的隧道表218的、装置IP地址3803中登录的全部IP地址为对象来进行。而且，以一定周期重复执行。例如，假定应用程序处理装置1(108)的装置级冗余管理部701，向应用程序处理装置4(116)的IP地址RIP4进行心跳。这样一来，在步骤1401中发送图16的格式1600的数据包。在步骤1402中，将顺序号码1604作为指标(index)来启动计时器，并且与发送数据包的目的地地址1602相关联地存储。在步骤1403中，将顺序号码增加。该值在心跳请求数据包1600的下次发送时设定在数据包中。

接着，说明心跳数据包接收处理1410。首先，在步骤1411中接收心跳数据包。在步骤1412中判定数据包识别符1603。若是心跳请求数据包，则在步骤1413中发送心跳应答数据包。心跳应答数据包，交换接收到的心跳请求数据包的发送源地址1601和目的地地址1602，将心跳请求1603作为心跳应答的数据包识别符。在步骤1412中，当数据包类别是心跳应答数据包时，参照数据包内的顺序号码，并且停止对应的计时器(在步骤1402中启动的计时器)(步骤1414)。

接着，说明在心跳请求数据包发送处理1400的步骤1402中启动的计时器已超时的情况下的处理1420。在图18的顺序中，举例说明应用程序处理装置2(110)的装置级冗余管理部1800检测出超时的情况。图39(a)表示检测出超时前的应用程序处理装置2(110)的隧道表218。

首先，在步骤1421中发生超时。在步骤1422中，根据发生了超时的计时器的指标(index)，调查与该指标相关联地存储的IP地址。设其为应用程序处理装置1(108)的IP地址RIP1。检索隧道表218的装置IP地址3803为RIP1的记录，并且判定状态3802是否为“Active”。在是“Active”的情况下，在步骤1423中判定虚拟IP地址3801相同(即VIP1)、状态3802为“Standby”的装置IP地址3803是否存在。在此，RIP3作为Standby而存在，因此，在步骤1424中将RIP3的状态3802从“Standby”变更为“双播(Bicast)”。其结果，隧道表218成为图39(b)那样。由此，AP2(111)发送的数据包，也以应用程序处理装置3(112)的IP地址RIP3为目的地被封装发送。在步骤1426中，将故障通知发送到冗余管理装置1(114)。在故障通知中，所图17的格式1700所示，设定了RIP1的地址和RIP2的子网掩码M2。另一方面，在步骤1422中发生了超时的装置不是活动的装置时，以及在步骤1423中没有与发生了超时的装置对应的待机的装置时，转移到步骤1426。

接下来，通过图24的流程图2400说明应用程序处理装置2(110)的装置级冗余管理部1800在图19的步骤1909中接收到切换完成时的处理。

首先，应用程序处理装置2(110)的隧道表218成为图39(b)那样。在步骤2401中接收切换完成。在切换完成中设定了VIP1和RIP3。在步骤2402中，将隧道表218的虚拟IP地址3801为VIP1、装置IP地址3803为RIP3的状态3802从“双播”变更为“Active”，并且将登录期限3804设定为例如初始值、即3600秒。而且，将虚拟IP地址3801为VIP1、装置IP地址3803为RIP1的状态3802从“Active”变更为“故障”，并且将登录期限3804设为“从属”。其结果，隧道表218成为图39(c)那样。由此，AP2(111)发送的数据包，仅以应用程序处理装置3(112)的IP地址RIP3为目的地被封装并发送。

接着，使用图20的流程图2000，说明图18的应用程序处理装置3(112)的装置级冗余管理部702在步骤1808中接收到以AP1为目的地的UDP数据包的情况下的处理。

首先，应用程序处理装置3(112)的隧道表218成为图40(a)那样。在步骤2001中接收数据包。在步骤2002中进行接收数据包的解封装。在步骤2003中，判定解封装后的数据包的目的地地址在应用程序处理装置3(112)中是否有效。在图18的例子中，目的地地址是AP1(109)的虚拟IP地址VIP1，在应用程序处理装置3(112)中无效。因此，在步骤2005中舍弃数据包，在步骤2006中，判定上述目的地地址、即VIP1是否与图7的步骤710中存储的虚拟IP地址一致。在图18的例子中一致，因此在步骤2007中向切换源应用程序处理装置、即图7的步骤710中存储的应用程序处理装置1(108)的IP地址RIP1发送故障查询。然后，以下进行AP1的切换准备。

首先，在步骤2008中，确定在图11的步骤1118中存储的传输通信信息。其是在区域1516的本地信息中具有VIP1的信息。在步骤2009中，提取出该传输通信信息的远程信息中包含的虚拟IP地址。提取出AP1(109)的通信对象AP4(117)的虚拟IP地址VIP4。在步骤2010中，将切换准备请求发送到冗余管理装置1(114)。其目的在于，查询当前时刻执行使用VIP4的应用程序、即AP4(117)的应用程序处理装置的IP地址。在切换准备请求中，如图31的格式3100所示那样，设定了切换对象AP1(109)的虚拟IP地址VIP1、和AP1(109)发送数据包的对象AP4(117)的虚拟IP地址VIP4。在步骤2011中，接收切换准备应答。在切换准备应答中如图31的格式3110所示那样，设定了AP4(117)的虚拟IP地址VIP4、和应用程序处理装置4(116)的IP地址RIP4。在步骤2012中，在隧道表218的虚拟IP地址3801中设定VIP4，在装置IP地址3803中设定RIP4，在状态3802中设定“Active”，在登录期限3804中设定例如3600秒。其结果，隧道表218成为图40(b)那样。在步骤2018中开始发送心跳请求数据包。在步骤2013中，判定与在步骤2007中发送的故障查询对应的应答，是否来自应用程序处理装置1(108)。若不是，则在步骤2014中将AP1(113)使用的虚拟IP地址VIP1有效化。在步骤2015中将AP1(113)激活。然后，在步骤2016中将切换完成发送到冗余管理装置1(114)。另外，也向在步骤2001中接收到的封装数据包的发送源、即应用程序处理装置2(110)发送切换完成。另一方面，在步骤2103中从切换源装置(应用程序处理装置1(108))有应答时，向应用程序处理装置2(110)发送切换中止，并且将应用程序处理装置2(110)的隧道表218(图39(b))的状态3802的“双播”恢复为“Standby”(步骤2017)。此外，在步骤2003中，若接收数据包的目的地地址在应用程序处理装置3(112)上成为有效，则向使用它的应用程序转发数据包(步骤2004)。另外，在步骤2006中，当与图7的步骤710中存储的虚拟IP地址不一致时，结束处理。

接下来，使用图21的流程图2100，说明在图18中系统级冗余管理部703在步骤1815中接收到故障通知时的处理。首先，地址表309成为图4那样。在步骤2101中，从应用程序处理装置2(110)接收故障通知。在故障通知中，如图17的格式1700所示那样，设定了发生故障的应用程序处理装置1(108)的IP地址RIP1、和应用程序处理装置2(110)的子网掩码M2。在步骤2102中，在地址通知目的地表1710的故障地址1711中设定RIP1，在报告者1712中设定故障通知的发送源地址RIP2，在子网掩码1713中设定M2。在步骤2103中，判定是否在故障地址1711中首次登录了RIP1。在“是”的情况下转移到步骤2104，并且对RIP1(即应用程序处理装置1(108))发送故障查询。在步骤2105中启动来自应用程序处理装置1(108)的应答等待计时器。在步骤2106中，检索地址表309的装置IP地址403为RIP1、状态402为“Active”的记录，并且求出对应的虚拟IP地址401。求出了VIP1。而且，将虚拟IP地址401为VIP1、装置IP地址403为RIP1的记录的状态402变更为“故障”。在步骤2107中，决定切换目的地应用程序处理装置。例如，在地址表309的虚拟IP地址401为VIP1的记录中，存在状态402为Standby的装置IP地址403。即，由于得知RIP3已进行切换预约，因此将状态402从“Standby”变更为“切换预定”。如果在此在VIP1的记录中不存在状态402为Standby的装置IP地址403时(即尚未进行切换预约时)，例如将地址表309的状态402未成为“故障”的装置IP地址403选择为切换目的地，在虚拟IP地址401为VIP1的记录中追加状态402为“切换预定”、装置IP地址403为所选择的应用程序处理装置的IP地址的记录。其结果，地址表309成为图41(a)那样。

另一方面，在图18的步骤1822中接收到故障通知时，由于已经在故障地址1711中登录了RIP1，因此在步骤2103的判定中成为“否”，结束处理。

此外，在上述例子中，在应用程序处理装置2(110)发送的故障通知中，作为发生了故障的装置的信息而设定了RIP1，但也有代替RIP1而设定AP1(109)的虚拟地址VIP1的方法。在这种情况下，在发送故障通知的应用程序处理装置2(110)中，需要参照隧道表218(图39(a))来确定与RIP1对应的虚拟地址VIP1。取而代之，作为系统级冗余管理部703，步骤2106的处理变得简单。

接着，使用图21的流程图2110说明系统级冗余管理部703在步骤1812中接收到切换准备请求的情况下的处理。

首先，在步骤2111中接收切换准备请求。在切换准备请求中，如图31的格式3100所示那样，设定了作为切换对象的应用程序AP1(109)的虚拟IP地址VIP1、和作为AP1(109)的数据包发送目的地的AP4(117)的虚拟IP地址VIP4。在步骤2112中，将地址表309(图41(a))的虚拟IP地址401为VIP1、状态402为“切换预定”的装置IP地址403更新为切换准备请求的发送源地址3101。即，若存在发送了切换准备请求的应用程序处理装置，则必定切换为该应用程序处理装置。在步骤2113中，求出地址表309的虚拟IP地址401为VIP4、状态402为“Active”的记录的装置IP地址403。求出了RIP4。如果在此没有状态402为“Active”的记录(应用程序处理装置4(116)中也发生故障，状态402成为“故障”时)，求出状态402为“切换预定”的装置IP地址403。在步骤2114中，向作为切换准备请求的发送源的应用程序处理装置3(112)发送切换准备应答。在切换准备应答中设定在步骤2113中求出的装置IP地址(RIP4)和VIP4的组(参照图31的格式3110)。

如上所述，根据应用程序处理装置3(112)向冗余管理装置1(114)发送了切换准备请求的时刻的地址表309，向应用程序处理装置3(122)通知与AP1(109)的通信对象相关的虚拟IP地址VIP4和应用程序处理装置的IP地址RIP4之间的对应，因此，例如与根据在应用程序处理装置1(108)发生故障前所保存的隧道表的信息来设定应用程序处理装置3(112)的隧道表相比，更准确。这有利于在多个应用程序处理装置同时发生故障时，早期地恢复应用程序间的通信。

接下来，使用图22的流程图2200，说明系统级冗余管理部703在故障通知接收处理2100的步骤2105中启动的应答等待计时器超时的情况下的处理。首先，地址表309成为图41(a)那样。步骤2201中假定发生了超时。在步骤2202中，向虚拟IP地址401为VIP1、状态402成为“切换预定”的记录的装置IP地址403(即向应用程序处理装置3(112))发送切换请求。切换请求的格式是图25的格式2500。在此，VIP4(2507)是在AP1(109)的传输通信信息中包含的远程信息的IP地址。RIP4(2508)是地址表309的虚拟IP地址401为VIP4、状态402为“Active”的装置IP地址403。如果没有状态402为“Active”的装置IP地址403，则是状态402为“切换预定”的装置IP地址403。

在步骤2203中，从应用程序处理装置3(112)接收切换完成。切换完成的格式是图25的格式2510。在步骤2204中，在地址表309的虚拟IP地址401为VIP1(2514)、装置IP地址403为RIP3(2515)的记录的状态402中设定“Active”。其结果，地址表309成为图41(b)那样。在步骤2205中，地址表309的虚拟IP地址401为VIP1(2514)、状态402为故障的记录的装置IP地址403为RIP1，因此，检索地址通知目的地表1710的故障地址1711为RIP1的记录。向相应记录的全部报告者1712发送地址信息通知。其中，使用报告者1712和子网掩码1713进行每个子网的广播。通过一次广播向属于同一子网的多个报告者1712进行通知。在地址信息通知中设定了VIP1、RIP3。

接下来，说明应用程序处理装置3(112)的装置级冗余管理部702在步骤1912中接收到切换请求的情况下的处理。在图22的切换请求接收处理2210中，首先在步骤2211中接收切换请求。图25的格式2500表示切换请求的格式。在步骤2212中，判定VIP1(2505)在应用程序处理装置3(112)中是否变为有效。在图19的例子中，在来自装置外的数据包接收处理2000的步骤2014中已进行了有效化，因此，转移到步骤2218来向冗余管理装置1(114)发送切换完成。图25的格式2510表示切换完成的格式。

在步骤2212中VIP1未变为有效时，在步骤2213中将VIP1设为有效。此时，隧道表218成为图40(a)那样。在步骤2214中，将VIP4(2507)设定在隧道表218的虚拟IP地址3801中，将RIP4(2508)设定在装置IP地址3803中，在状态3802中设定“Active”。在步骤2215中，在登录期限3804中例如作为初始值而设定3600秒。其结果，隧道表218成为图40(b)那样。在步骤2216中开始心跳请求数据包的发送。在步骤2217中，将AP1(113)激活。然后，转移到步骤2218。

然而，也有在图11的步骤1117中，不将应用程序处理装置1(108)的装置级冗余管理部701发送的传输通信信息发送给冗余管理装置1(114)，而发送给备份装置1(121)，由备份装置1(121)存储传输通信信息的方法。以下说明这种情况下的顺序。

图32是应用程序处理装置1(108)的AP1(109)与应用程序处理装置4(116)的AP4(117)开始通信时的时序图。

从步骤3202到步骤3216，与图11的步骤1102到步骤1116相同。在步骤3217中，应用程序处理装置1(108)的装置级冗余管理部701将传输通信信息发送到备份装置1(121)。备份装置1(121)的备份管理部3221存储接收到的传输通信信息(步骤3219)。步骤3218、步骤3220与图11的步骤1118、步骤1120相同。

使用图34、图35来说明AP1(109)和AP4(117)如此开始通信后，将AP1(109)切换为应用程序处理装置3(112)的AP1(113)的步骤。此外，在本图中表示了，作为AP1(109)的切换目的地，未预约应用程序处理装置3(112)的情况的例子。

在图34中，从步骤3401到步骤3406与图18的步骤1801到步骤1806相同。在步骤3406中，当应用程序处理装置2(110)的装置级冗余管理部(1800)检测出故障时，在隧道表218中，由于作为切换目的地未登录应用程序处理装置3(112)((图39(b)中没有装置IP地址3803为RIP3的记录的状态)，因此，AP2(111)发送的以VIP1为目的地的数据包，仅被配送到应用程序处理装置1(108)(步骤3408)。装置级冗余管理部1800将故障通知发送到冗余管理装置1(114)的系统级冗余管理部703(步骤3415)。系统级冗余管理部703在地址通知目的地表310中存储，应用程序处理装置2(110)已报告了应用程序处理装置1(108)的故障(步骤3416)。然后，向应用程序处理装置1(108)发送故障查询(步骤3417)。在应用程序处理装置4(116)的装置级冗余管理部1101检测出故障(步骤3412)的情况下，也向系统级冗余管理部703发送故障通知(步骤3422)。系统级冗余管理部703在地址通知目的地表310中存储，应用程序处理装置4(116)已报告了应用程序处理装置1(108)的故障(步骤3418)。在步骤3419中，使用地址表309来确定被判断为有故障的应用程序处理装置1(108)作为活动系统而执行的AP1(109)的虚拟IP地址VIP1。然后，作为AP1(109)的切换目的地，决定例如应用程序处理装置3(112)(步骤3420)。地址表309成为图41(a)那样。此后，由于在一定时间内没有与在步骤3417中发送的故障查询对应的应答(步骤3430)，因此将切换请求发送到应用程序处理装置3(112)(步骤3431)。在此，使用图25的格式2500说明发送的切换请求的消息格式。发送源地址2501是冗余管理装置1(114)的IP地址RIP6。目的地地址2502是应用程序处理装置3(112)的IP地址RIP3。切换请求2503是消息识别符。不包含AP1(2504)。VIP1(2505)是在步骤3419中确定的地址。不包含区域2506、VIP4(2507)、RIP4(2508)。

返回图34，应用程序处理装置3(112)的装置级冗余管理部702接收上述切换请求时，将传输通信信息请求发送到备份装置1(121)(步骤3432)。在传输通信信息请求中设定在切换请求中不包含的VIP1。备份装置1(121)的备份管理部3221，以设定在传输通信信息请求中的VIP1为关键字，确定在图32的步骤3219中存储的传输通信信息、即AP1(109)的IP地址VIP1、AP1(109)的传输层端口号码、AP4(117)的IP地址VIP4、AP4(117)的传输层端口号码的组。将其设定在传输通信信息应答中，并发送到应用程序处理装置3(112)(步骤3433)。接图35。

应用程序处理装置3(112)的装置级冗余管理部702，根据接收到的传输通信信息，向冗余管理装置1(114)查询执行AP4(117)过程中的应用程序处理装置4(116)的IP地址(步骤3501)。地址信息查询的格式是图10的格式1020。在此，由于是在应用程序的切换处理中，所以包含切换中标志1025和VIP1(1026)。VIP1(1026)是在步骤3431中接收到的VIP1(2505)。在切换处理中的地址信息查询中设定VIP1(1026)的理由是，可以使冗余管理装置1(114)不检索地址表309地，将VIP1和RIP3(地址信息查询的发送源地址1021)的对应通知给应用程序处理装置4(116)。

冗余管理装置1(114)的系统级冗余管理部703检索地址表309(图41(a))，将与VIP4对应的RIP4设定在地址信息通知中，并发送到应用程序处理装置3(112)(步骤3502)。应用程序处理装置3(112)的装置级冗余管理部702将VIP1有效化(步骤3504)。而且将VIP4、RIP4的组设定在隧道表218中(步骤3505)。其结果，隧道表218成为图40(b)那样。另一方面，系统级冗余管理部703将步骤3501中接收到的地址信息查询的发送源地址(1021)、即RIP3和VIP1(1026)的组，发送到应用程序处理装置4(116)(步骤3503)。应用程序处理装置4(116)的装置级冗余管理部(1101)，将VIP1、RIP3的组设定在隧道表218中(步骤3506)。然后，开始心跳通信(步骤3507)。

以上的步骤3503的实施的意图是，对应于图36的步骤3607的地址信息查询，与冗余管理装置1(114)向应用程序处理装置4(116)发送地址信息通知的流程结合。因此，若是不结合的方针，则也可以是不实施步骤3503的方式。在这种情况下，应用程序处理装置4(116)的隧道设定处理(步骤3506)与图19相同，在步骤3513之后实施。

应用程序处理装置3(112)的装置级冗余管理部702，在步骤3508中将AP1(113)激活。然后，将切换完成发送到冗余管理装置1(114)(步骤3510)。格式2510表示切换完成的消息格式。冗余管理装置1(114)的系统级冗余管理部703在步骤3511中，在地址表309中设定VIP1(2514)、RIP3(2515)、M3(2516)。其结果，地址表309成为图41(b)那样。

步骤3512、步骤3513与图19的步骤1914、步骤1915相同。在地址信息通知中设定了VIP1和RIP3。应用程序处理装置2(110)的装置级冗余管理部1800，在步骤3514中将VIP1、RIP3的组设定在隧道表218中。其结果，图39的(c)中成为没有装置IP地址3803为RIP1的记录的状态。通过如上所述，AP2(111)发送的UDP数据包被封装成以应用程序处理装置3(112)为目的地的数据包(步骤3515)。

另一方面，AP1(113)取得在图34的步骤3433中从备份装置1(121)接收到的传输通信信息(步骤3509)，进行与AP4(117)的通信的准备。当其完成时，开始来自AP2(111)的UDP数据包的处理(步骤3516)，开始向AP4(117)发送UDP数据包(步骤3517)。

接着，使用图23说明应用程序处理装置3(112)的装置级冗余管理部702在步骤3431中接收到切换请求时的处理。

切换请求接收处理2300与切换请求接收处理2210大体相同，但不同点是，在切换请求接收处理2300中，在步骤2303中向备份装置1(121)查询传输通信信息，而且在步骤2310中向冗余管理装置1(114)查询用于在隧道表218中设定的通信对象应用程序的地址信息。

如上所述，在应用程序的通信中进行冗余切换时，即使应用程序不向通信对象应用程序发送数据包也可以设定隧道表，这是本实施方式的特征之一。

另外，在切换目的地应用程序处理装置中设定隧道表的情况下，与通信对象的虚拟IP地址对应的应用程序处理装置的IP地址，不从切换源应用程序处理装置被通知，而向冗余管理装置查询，这也是本实施方式的特征之一。即使从切换源与传输通信信息一起取得通信对象的应用程序处理装置的IP地址，在发生了冗余切换的时刻在通信对象中也发生了故障的情况下，也不将所取得的信息设定在隧道表中。因此，在进行冗余切换的时刻，对于统一管理自营无线系统内的虚拟IP地址和应用程序处理装置的IP地址之间的对应的冗余管理装置，查询最新的信息。

以下，说明切换TCP应用程序的情况。

图27、图28表示TCP应用程序的冗余切换的时序图。

首先说明图27。在本例中，应用程序处理装置1(108)的AP1(109)与应用程序处理装置2(110)的AP2(111)确立TCP连接，并且相互收发TCP数据包(步骤2701、步骤2702)。在应用程序处理装置2(110)的装置级冗余管理部(1800)的隧道表218中，对应于AP1(109)的虚拟IP地址VIP1，登录了应用程序处理装置1(108)的IP地址RIP1和应用程序处理装置3(108)的IP地址RIP3。因此，装置级冗余管理部(1800)与应用程序处理装置1(108)和应用程序处理装置3(112)的各自进行了心跳通信。在此状态下，当应用程序处理装置1(108)中发生故障时(步骤2704)，装置级冗余管理部(1800)，根据来自应用程序处理装置1(108)的心跳应答中断而检测出应用程序处理装置1(108)的故障(步骤2705)。此后，进行与图18的步骤1807(开始双播)到图19的步骤1904(AP1激活)相同的步骤，接图28(图28的步骤2801相当于步骤1904)。后续的步骤2802、2803、2804、2805、2806、2807、2808、2809分别与步骤1905、1909、1910、1016、1917、1913、1914、1915相同。应用程序处理装置3(112)的AP1(RI3)在步骤2810中根据传输通信信息，开始与AP2(111)确立TCP连接。在步骤2811中，AP1(113)发送用于进行连接确立的TCP SYN数据包。在AP2(RI1)中，将TCP SYN数据包识别为与AP1(109)之间的连接有关的数据包，但TCP顺序号码异常，因此释放连接(步骤2812)。然后，将TCP RST数据包发送到AP1(113)(步骤2813)。在AP1(113)中，当释放了连接时，再次进行连接确立(步骤2814)。发送用于此的TCP SYN数据包(步骤2815)。在AP2(111)中正常地接收TCP SYN数据包，发送TCP SYN ACK数据包(步骤2816)。AP1(113)将TCP ACK数据包发送到AP2(RI1)，完成TCP连接的再确立(步骤2817)。

图26表示上述的AP1(113)的流程图。应用程序2600，当从装置级冗余管理部(702)接收激活指示时(步骤2601)，取得传输通信信息(步骤2602)。图15的区域1516的例子中，协议为UDP，但TCP应用程序取得的传输通信信息，这里为TCP。因此，通过步骤2603的判定，转移到步骤2604。在此，根据传输通信信息，即自己的地址VIP1、端口号码、通信对象的地址VIP2、端口号码，开始TCP连接的确立。在步骤2605中，判定来自通信对象的TCPRST数据包的接收(即连接释放)，在接收到的情况下返回步骤2604。此外，在步骤2603中，当协议为UDP时，由于不需要连接，因此取消步骤2604、2605的处理。

如上所述，在本实施方式中，进行了切换的TCP应用程序主导连接的再确立，因此即使需要再确立多个连接时也可以顺次实施。假定不从进行了切换的TCP应用程序、而从通信对象应用程序实施连接再确立时，再确立请求在短时间中集中，有时对切换目的地应用程序处理装置的圆滑的处理执行造成影响。

最后，说明冗余管理装置1(114)的冗余切换。在图29的时序图中，冗余管理装置1(114)为活动系统。冗余管理装置2(118)为待机系统。任何一个的地址表309都成为图4那样。因此，在冗余管理装置1(114)的系统级冗余管理部(703)和冗余管理装置2(118)的系统级冗余管理部(2900)之间进行心跳通信(步骤2901)。在冗余管理装置1(114)中发生地址表309的更新时(步骤2902)，将地址表更新通知发送到冗余管理装置2(118)(步骤2903)。将系统级冗余管理部(2900)接收到的更新内容反映到自己的地址表309中(步骤2904)。然后，发送地址表更新通知应答(步骤2905)。冗余管理装置1(114)中发生故障时(步骤2906)，冗余管理装置2(118)根据心跳应答的中断而检测出故障(步骤2907)。然后，冗余管理装置2(118)自己成为活动系统，将RIP7作为与VIP6对应的装置地址来通知给自营无线系统内的应用程序处理装置(步骤2908)。在这种情况下，冗余管理装置2(118)根据地址表309的装置IP地址403、子网掩码404，以子网为单位发送地址信息通知。在应用程序处理装置1(108)中，将隧道表218的虚拟IP地址3801为VIP6、装置IP地址3803为RIP7的状态3802设为Active，将虚拟IP地址3801为VIP6、装置IP地址3803为RIP6的状态3802设为Standby(步骤2909)。

图30的镜像处理3000，由图29的冗余管理装置1(114)的系统级冗余管理部703执行。在步骤3001中，当地址表中进行某种变更时(步骤3001)，将变更内容设定在地址表更新通知中，然后发送到冗余管理装置2(118)(步骤3002)。

图30的超时处理3010由图20的冗余管理装置2(118)的系统级冗余管理部(2900)执行。在步骤3011中，若等待心跳应答的计时器超时，则判定超时对象是否是活动系统的冗余管理装置(步骤3012)。在“是”的情况下，对自营无线系统内的应用程序处理装置发送地址信息通知(步骤3013)。在步骤3012的判定中为“否”的情况下，结束处理。

(结构例1)

本实施方式的冗余切换系统之一，例如向冗余管理装置发送备份信息。

例如，作为一种继续自营无线系统的应用程序彼此间的通信的冗余切换系统，所述冗余切换系统中通过IP网络将多个应用程序处理装置和冗余管理装置连接，在所述多个应用程序处理装置中执行的应用程序协作来进行自营无线终端的通信控制，该冗余切换系统的特征之一在于，

应用程序处理装置具有：应用程序、隧道表、数据包转发处理部、隧道表管理部、和应用程序通信信息通知部，

所述隧道表存储所述应用程序的通信对象应用程序的虚拟IP地址、和执行所述通信对象应用程序的应用程序处理装置(称为通信对象应用程序处理装置)的IP地址之间的对应，

所述数据包转发处理部参照所述隧道表，将所述应用程序向所述通信对象应用程序的虚拟IP地址发送的数据包，变更为以所述通信对象应用程序处理装置的IP地址作为目的地的数据包然后发送，

所述隧道表管理部，更新所述隧道表存储的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，

所述应用程序通信信息通知部，将所述通信对象应用程序的虚拟IP地址通知给冗余管理装置，

所述冗余管理装置具有：地址表、切换决定部、和隧道表更新指示部，

所述地址表存储所述冗余切换系统内的应用程序处理装置的IP地址和所述应用程序处理装置执行的应用程序的虚拟IP地址之间的对应，

所述切换决定部，决定用于代替所述应用程序处理装置来执行由所述应用程序处理装置执行的所述应用程序的、其它应用程序处理装置(称为切换目的地应用程序处理装置)，并向所述切换目的地应用程序处理装置指示开始应用程序的处理，

所述隧道表更新指示部，参照所述地址表，将从所述应用程序通信信息通知部通知的所述通信对象应用程序的虚拟IP地址、和所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置，当被从所述切换决定部指示开始应用程序处理时，开始处理与所述应用程序相同的应用程序，

所述切换目的地应用程序处理装置的所述隧道表管理部，

即使所述应用程序不向所述通信对象应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述冗余管理装置通知的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应。

(结构例2)

本实施方式的另一冗余切换系统，例如向切换预定目的地发送备份信息。

例如，作为一种继续自营无线系统的应用程序彼此间的通信的冗余切换系统，所述冗余切换系统中通过IP网络将多个应用程序处理装置和冗余管理装置连接，在所述多个应用程序处理装置中执行的应用程序协作来进行自营无线终端的通信控制，该冗余切换系统的特征在于，

所述应用程序通信信息通知部，将所述通信对象应用程序的虚拟IP地址通知给代替所述应用程序处理装置来执行所述应用程序的预定的应用程序处理装置(称为切换目的地应用程序处理装置)，

冗余管理装置具有：地址表、切换决定部、和隧道表更新指示部，

所述地址表，存储所述冗余切换系统内的应用程序处理装置的IP地址、和所述应用程序处理装置执行的应用程序的虚拟IP地址之间的对应，

所述切换决定部，向所述切换目的地应用程序处理装置指示开始应用程序处理，

所述隧道表更新指示部参照所述地址表，将所述通信对象应用程序的虚拟IP地址、和所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置的所述隧道表管理部，

即使所述应用程序不向所述通信对象应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述隧道表更新指示部通知的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应。

(结构例3)

本实施方式的另一冗余切换系统，例如向备份装置发送备份信息。

所述应用程序通信信息通知部，将所述通信对象应用程序的虚拟IP地址通知给备份装置，

所述备份装置，存储从所述应用程序通信信息通知部通知的所述通信对象应用程序的虚拟IP地址，并且

向代替所述应用程序处理装置来执行所述应用程序的预定的应用程序处理装置(称为切换目的地应用程序处理装置)通知所述通信对象应用程序的虚拟IP地址，

所述隧道表更新指示部，参照所述地址表，将所述通信对象应用程序的虚拟IP地址、和所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置的所述隧道表管理部，

即使所述应用程序不向所述通信对象应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述备份装置通知的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应。

(结构例4)

本实施方式的另一冗余切换系统，例如向切换预定目的地发送备份信息，并由切换预定目的地进行切换决定。

所述数据包转发处理部，参照所述隧道表，将所述应用程序向所述通信对象应用程序的虚拟IP地址发送的数据包，变更为以所述通信对象应用程序处理装置的IP地址作为目的地的数据包然后发送，

冗余管理装置具有：地址表、和隧道表更新指示部，

所述隧道表更新指示部，参照所述地址表，将所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置，

当接收到，作为把向所述应用程序的虚拟IP地址发送数据包的应用程序(称为发送源应用程序)所发送的数据包，由执行所述发送源应用程序的应用程序处理装置(称为发送源应用程序处理装置)的所述数据包转发处理部变更为以所述切换目的地应用程序处理装置的IP地址为目的地的数据包的结果而得到的数据包时，

若由所述发送源应用程序发送时的目的地地址(即所述应用程序的虚拟IP地址)在所述切换目的地应用程序中不是有效，

则向所述冗余管理装置查询与从所述应用程序处理装置的所述应用程序通信信息通知部通知的、所述通信对象应用程序的虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址，

所述切换目的地应用程序处理装置的所述隧道表管理部，

即使在所述切换目的地应用程序处理装置上，所述应用程序不向所述通信对象应用程序的虚拟IP地址发送数据包，也在隧道表中设定从所述隧道表更新指示部通知的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置的所述应用程序通信信息通知部，向所述冗余管理装置通知传输通信信息，该传输通信信息包含所述通信对象应用程序的虚拟IP地址、所述通信对象应用程序的传送层端口号码、所述应用程序的虚拟IP地址、和所述应用程序的传输层端口号码，

所述冗余管理装置的所述隧道表更新指示部，将所述传输通信信息通知给所述切换目的地应用程序处理装置。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置的所述应用程序通信信息通知部，向所述切换目的地应用程序处理装置通知传输通信信息，该传输通信信息包含所述通信对象应用程序的虚拟IP地址、所述通信对象应用程序的传输层端口号码、所述应用程序的虚拟IP地址、所述应用程序的传输层端口号码。

另外，上述各冗余切换系统的特征之一在于，

设置有通过IP网络与多个应用程序处理装置和冗余管理装置连接的备份装置，

所述应用程序处理装置的所述应用程序通信信息通知部，向所述备份装置通知传输通信信息，该传输通信信息包含所述通信对象应用程序的虚拟IP地址、所述通信对象应用程序的传输层端口号码、所述应用程序的虚拟IP地址、和所述应用程序的传输层端口号码，

所述备份装置，将所述传输通信信息通知给所述切换目的地应用程序处理装置。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序，当通过接收或发送面向连接(connection-oriented)的传输协议的复位数据包(reset packet)而关闭了连接时，发送确立请求数据包，该确立请求数据包用于确立通过与所关闭的连接相关的、包含所述应用程序的传输层端口号码、所述应用程序的虚拟IP地址、所述通信对象应用程序的传输层端口号码、和所述通信对象应用程序的虚拟IP地址的传输通信信息而识别的连接。

通常，连接开始侧随机地选择自身的端口号码来进行连接的方式有很多。在这种情况下，在切换后通过新的端口号码确立连接时，通信对象应用程序不通过端口号码、而通过更上层的信息来判断切换前的哪个连接进行了切换，并有意识地关闭切换前的连接。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置，向所述通信对象应用程序处理装置发送用于确认IP的到达性(reachability)的确认数据包，

所述通信对象应用程序处理装置，

当未接收到所述确认数据包时，将所述应用程序处理装置的IP地址通知给所述冗余管理装置，或者参照所述隧道表，将与所述应用程序处理装置的IP地址对应的所述应用程序的虚拟IP地址通知给所述冗余管理装置，

从所述冗余管理装置接收所述应用程序的虚拟IP地址和执行所述应用程序的应用程序处理装置的IP地址之间的对应，由此，

所述通信对象应用程序处理装置的所述隧道表管理部，

即使所述通信对象应用程序不向所述应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述冗余管理装置接收到的、所述应用程序的虚拟IP地址和执行所述应用程序的应用程序处理装置的IP地址之间的对应。

另外，上述各冗余切换系统的特征之一在于，

所述通信对象应用程序处理装置，当未接收到所述确认数据包时，将所述通信对象应用程序处理装置的子网信息通知给所述冗余管理装置，

所述冗余管理装置的所述隧道表更新指示部，参照所述地址表，将所述应用程序的虚拟IP地址和执行所述应用程序的应用程序处理装置的IP地址之间的对应，广播到所述通信对象应用程序处理装置的子网。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置的所述应用程序通信信息通知部，将所述通信对象应用程序的虚拟IP地址、和所述应用程序的虚拟IP地址或所述应用程序处理装置的IP地址通知给所述冗余管理装置，

所述冗余管理装置的隧道表更新指示部，参照所述地址表，向与从所述应用程序通信信息通知部通知的所述通信对象应用程序的虚拟IP地址对应的通信对象应用程序处理装置，通知所述应用程序的虚拟IP地址和所述应用程序处理装置的IP地址之间的对应，

所述通信对象应用程序处理装置的所述隧道表管理部，

即使所述通信对象应用程序不向所述应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述隧道表更新指示部通知的、所述应用程序的虚拟IP地址和所述应用程序处理装置的IP地址之间的对应。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置的所述应用程序向所述冗余管理装置发送DNS查询，该DNS查询用于查询与通信对象应用程序的域名对应的虚拟IP地址，

所述冗余管理装置具有识别与通信对象应用程序的域名对应的虚拟IP地址的地址解析部，

所述隧道表更新指示部，参照所述地址表，将通过所述地址解析部识别出的所述通信对象应用程序的虚拟IP地址和执行所述通信对象应用程序的通信对象处理装置的IP地址之间的对应，通知给所述应用程序处理装置，并参照所述地址表，将所述应用程序的虚拟IP地址和所述应用程序处理装置的IP地址之间的对应，通知给所述通信对象应用程序处理装置，

所述应用程序处理装置的所述隧道表管理部，

即使所述应用程序不向所述通信对象应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述冗余管理装置通知的、所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，

所述通信对象应用程序处理装置的所述隧道表管理部，

即使所述通信对象应用程序不向所述应用程序的虚拟IP地址发送数据包，也在所述隧道表中设定从所述冗余管理装置通知的、所述应用程序的虚拟IP地址和所述应用程序处理装置的IP地址之间的对应。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置的所述隧道表管理部，当从所述隧道表中删除所述通信对象应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址的对应时，

删除与所述通信对象应用程序的虚拟IP地址对应的DNS缓存信息。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序与多个通信对象应用程序进行面向连接的通信，

当切换了执行所述应用程序的应用程序处理装置时，

所述应用程序开始所述应用程序和所述多个通信对象应用程序间的通信连接的再确立。

当通信对象开始再确立时，再确立处理集中在切换后的应用程序一方。本发明可以防止这种情况。

另外，上述各冗余切换系统的特征之一在于，

所述应用程序处理装置，对所述隧道表中存储的所述通信对象应用程序处理装置，发送用于确认IP的到达性的确认数据包，

接收到所述确认数据包的所述通信对象应用程序处理装置，向作为所述确认数据包的发送源的所述应用程序处理装置，发送用于确认IP的到达性的确认数据包。

另外，上述各冗余切换系统的特征之一在于，

所述冗余管理装置，当更新了所述地址表时，向其它冗余管理装置通知所述地址表的变更内容，

所述其它冗余管理装置，在与所述冗余管理装置之间收发用于确认IP的到达性的确认数据包，当未接收到所述确认数据包时，向所述应用程序处理装置通知所述其它冗余管理装置的IP地址。

产业上的可利用性

本发明例如可以应用于在应用程序处理装置间的通信中使用IP隧道的通信系统。

Claims

1.一种冗余切换系统，其用于在通信系统中对执行第1应用程序的应用程序处理装置进行切换，所述通信系统具备多个应用程序处理装置和冗余管理装置，所述多个应用程序处理装置中执行的各应用程序进行通信控制，所述多个应用程序处理装置包含执行所述第1应用程序的切换源应用程序处理装置、代替该切换源应用程序处理装置来执行该第1应用程序的切换目的地应用程序处理装置、以及与该切换源及切换目的地应用程序处理装置通信的通信对象应用程序处理装置，

所述冗余切换系统的特征在于，

所述切换源以及切换目的地应用程序处理装置，具有存储第1应用程序以及隧道信息的存储器、和数据包转发处理部，

所述切换源应用程序处理装置还具有通知所述第2应用程序的虚拟IP地址的应用程序通信信息通知部，

所述冗余管理装置具有存储地址信息的存储器、和隧道信息更新指示部，

所述切换目的地应用程序处理装置还具有隧道信息管理部，

开始所述第1应用程序的处理，

2.根据权利要求1所述的冗余切换系统，其特征在于，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给所述冗余管理装置，

所述冗余管理装置的所述隧道信息更新指示部参照所述地址信息，取得与从所述应用程序通信信息通知部通知的所述第2应用程序的虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址，并将该第2应用程序的虚拟IP地址和该通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置。

3.根据权利要求1所述的冗余切换系统，其特征在于，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给预定的所述切换目的地应用程序处理装置，

所述冗余管理装置的所述隧道信息更新指示部参照所述地址信息，根据包含从所述切换目的地应用程序处理装置接收到的第2应用程序的虚拟IP地址的查询，将该第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置，或者根据故障发生的通知，将所述地址信息中存储的所述多个应用程序的虚拟IP地址以及与各虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置的所述隧道信息管理部，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中，或者将从所述冗余管理装置通知的多个虚拟IP地址和IP地址中的、从所述切换源应用程序处理装置接收到的第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述应用程序处理装置的IP地址设定在所述隧道信息中。

4.根据权利要求1所述的冗余切换系统，其特征在于，

还具备备份装置，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给所述备份装置，

所述备份装置，存储从所述应用程序通信信息通知部通知的所述第2应用程序的虚拟IP地址，并向所述切换目的地应用程序处理装置通知所述第2应用程序的虚拟IP地址，

所述切换目的地应用程序处理装置的所述隧道信息管理部，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中，或者将从所述冗余管理装置通知的多个虚拟IP地址和IP地址中的、从所述备份装置接收到的第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述应用程序处理装置的IP地址设定在所述隧道信息中。

5.根据权利要求1所述的冗余切换系统，其特征在于，

所述多个应用程序处理装置还包含发送源应用程序处理装置，

该发送源应用程序处理装置执行向第1应用程序的虚拟IP地址发送数据包的第3应用程序，并以所述切换源应用程序处理装置的IP地址作为目的地来将该数据包封装，以及以所述切换目的地应用程序处理装置的IP地址作为目的地来将该数据包封装，并发送各个数据包，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给所述切换目的地应用程序处理装置，

所述冗余管理装置的所述隧道信息更新指示部，根据查询来参照所述地址信息，将所述第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置，

当通过所述发送源应用程序处理装置，接收以所述切换目的地应用程序处理装置的IP地址作为目的地来将以所述第1应用程序的虚拟IP地址为目的地的数据包封装而得的数据包、并且所述第1应用程序的虚拟IP地址在所述切换目的地应用处理装置中不是有效时，

向所述冗余管理装置查询与从所述切换源应用程序处理装置的所述应用程序通信信息通知部通知的、所述第2应用程序的虚拟IP地址对应的、所述通信对象应用程序处理装置的IP地址，

所述隧道信息管理部，根据该查询，将从所述隧道信息更新指示部通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中。

6.根据权利要求1所述的冗余切换系统，其特征在于，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将传输通信信息通知给所述切换目的地应用程序处理装置，所述传输通信信息包含所述第2应用程序的虚拟IP地址、所述第2应用程序的传输层端口号码、所述第1应用程序的虚拟IP地址、以及所述第1应用程序的传输层端口号码，

所述第1应用程序，当通过接收或发送面向连接的传输协议的复位数据包而关闭了连接时，发送确立请求数据包，该确立请求数据包用于确立通过与所关闭的连接相关的、包含所述第1应用程序的传输层端口号码、所述第1应用程序的虚拟IP地址、所述第2应用程序的传输层端口号码、以及所述第2应用程序的虚拟IP地址的传输通信信息而识别的连接。

7.根据权利要求1所述的冗余切换系统，其特征在于，

所述通信对象应用程序处理装置具有存储第2应用程序以及第2隧道信息的存储器、和数据包转发处理部，

所述第2隧道信息包含，所述第1应用程序的虚拟IP地址、和所述切换源或切换目的地应用程序处理装置的IP地址之间的对应，

所述数据包转发处理部参照所述第2隧道信息，将来自所述第2应用程序的、以所述第1应用程序的虚拟IP地址为目的地的数据包，变更为以所述切换源或切换目的地应用程序处理装置的IP地址为目的地的数据包，然后发送到该切换源或切换目的地应用程序处理装置，

所述切换源应用程序处理装置向所述通信对象应用程序处理装置发送用于确认IP的到达性的确认数据包，

所述通信对象应用程序处理装置，

当未接收所述确认数据包时，将所述切换源应用程序处理装置的IP地址通知给所述冗余管理装置，或者参照所述隧道信息，将与所述切换源应用程序处理装置的IP地址对应的所述第1应用程序的虚拟IP地址通知给所述冗余管理装置，

从所述冗余管理装置接收所述第1应用程序的虚拟IP地址、和执行所述第1应用程序的所述切换目的地应用程序处理装置的IP地址，

所述通信对象应用程序处理装置的所述隧道信息管理部，与所述第2应用程序是否向所述第1应用程序的虚拟IP地址发送数据包无关地，将从所述冗余管理装置接收到的、所述第1应用程序的虚拟IP地址和所述切换目的地应用程序处理装置的IP地址对应地设定在所述第2隧道信息中。

8.根据权利要求1所述的冗余切换系统，其特征在于，

所述第2隧道信息包含，所述第1应用程序的虚拟IP地址和所述切换源或切换目的地应用程序处理装置的IP地址之间的对应，

所述数据包转发处理部，参照所述第2隧道信息，将来自所述第2应用程序的、以所述第1应用程序的虚拟IP地址为目的地的数据包，变更为以所述切换源或切换目的地应用程序处理装置的IP地址为目的地的数据包，然后发送到该切换源或切换目的地应用程序处理装置，

所述切换源应用程序处理装置的所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址、和所述第1应用程序的虚拟IP地址或所述切换源应用程序处理装置的IP地址，通知给所述冗余管理装置，

所述冗余管理装置的隧道信息更新指示部参照所述地址信息，向与从所述应用程序通信信息通知部通知的所述第2应用程序的虚拟IP地址对应的所述通信对象应用程序处理装置，通知所述第1应用程序的虚拟IP地址和所述切换源和/或切换目的地应用程序处理装置的IP地址，

所述通信对象应用程序处理装置的所述隧道信息管理部，与所述第2应用程序是否向所述第1应用程序的虚拟IP地址发送数据包无关地，将从所述隧道信息更新指示部通知的、所述第1应用程序的虚拟IP地址和所述切换源和/或切换目的地应用程序处理装置的IP地址对应地设定在所述第2隧道信息中。

9.根据权利要求1所述的冗余切换系统，其特征在于，

所述切换源应用程序处理装置的所述第1应用程序，将用于查询与所述第2应用程序的域名对应的虚拟IP地址的DNS查询发送到所述冗余管理装置，

所述冗余管理装置还具有识别与所述第2应用程序的域名对应的虚拟IP地址的地址解析部，

所述冗余管理装置的所述隧道信息更新指示部，参照所述地址信息，根据所述DNS查询，将通过所述地址解析部识别出的所述第2应用程序的虚拟IP地址和执行所述第2应用程序的所述通信对象应用程序处理装置的IP地址之间的对应，通知给所述切换源应用程序处理装置，以及参照所述地址信息，将所述第1应用程序的虚拟IP地址和所述切换源和/或切换目的地应用程序处理装置的IP地址之间的对应，通知给所述通信对象应用程序处理装置，

所述切换源应用程序处理装置的所述隧道信息管理部，与所述第1应用程序是否向所述第2应用程序的虚拟IP地址发送数据包无关地，将从所述冗余管理装置通知的、所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中，

所述通信对象应用程序处理装置的所述隧道信息管理部，

与所述第2应用程序是否向所述第1应用程序的虚拟IP地址发送数据包无关地，将从所述冗余管理装置通知的、所述第1应用程序的虚拟IP地址和所述切换源和/或切换目的地应用程序处理装置的IP地址对应地设定在所述第2隧道信息中。

10.根据权利要求1所述的冗余切换系统，其特征在于，

所述第1应用程序与多个应用程序进行面向连接的通信，

当切换了执行所述第1应用程序的所述应用程序处理装置时，所述第1应用程序开始所述第1应用程序和所述多个应用程序间的通信连接的再确立。

11.根据权利要求2所述的冗余切换系统，其特征在于，

所述冗余管理装置还具有切换决定部，

该切换决定部决定所述切换目的地应用程序处理装置，并向所决定的所述切换目的地应用程序处理装置指示开始第1应用程序的处理，

所述切换目的地应用程序处理装置按照该指示开始第1应用程序的处理。

12.一种冗余切换系统中的应用程序处理装置，

所述冗余管理装置，

包含地址信息，该地址信息存储有所述冗余切换系统内的所述多个应用程序处理装置的IP地址和在各应用程序处理装置中执行的应用程序的虚拟IP地址之间的对应，

所述应用程序处理装置的特征在于，

所述应用程序处理装置具备：存储第1应用程序以及隧道信息的存储器、数据包转发处理部、应用程序通信信息通知部、以及隧道信息管理部，

当作为切换源来工作时，所述应用程序通信信息通知部通知所述第2应用程序的虚拟IP地址，

当作为切换目的地来工作时，开始所述第1应用程序的处理，

13.根据权利要求12所述的应用程序处理装置，其特征在于，

当作为切换源来工作时，所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给所述冗余管理装置，

当作为切换目的地来工作时，接收从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址，并设定在所述隧道信息中。

14.根据权利要求12所述的应用程序处理装置，其特征在于，

当作为切换源来工作时，所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给预定的切换目的地应用程序处理装置，

当作为切换目的地来工作时，所述隧道信息管理部，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中，或者将从所述冗余管理装置通知的多个虚拟IP地址和IP地址中的、从切换源应用程序处理装置接收到的第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述应用程序处理装置的IP地址，设定在所述隧道信息中。

15.根据权利要求12所述的应用程序处理装置，其特征在于，

当作为切换源来工作时，所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给备份装置，

当作为切换目的地来工作时，所述隧道信息管理部，将包含从所述备份装置接收到的第2应用程序的虚拟IP地址的查询发送到所述冗余管理装置，并根据该查询，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址之间的对应，设定在所述隧道信息中，或者将从所述冗余管理装置通知的多个虚拟IP地址和IP地址中的、从所述备份装置接收到的第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述应用程序处理装置的IP地址，设定在所述隧道信息中。

16.根据权利要求12所述的应用程序处理装置，其特征在于，

当作为切换源来工作时，所述应用程序通信信息通知部，将所述第2应用程序的虚拟IP地址通知给所述切换目的地应用程序处理装置，

当作为切换目的地来工作时，

当通过执行向第1应用程序的虚拟IP地址发送数据包的第3应用程序的发送源应用程序处理装置，接收以所述切换目的地应用程序处理装置的IP地址作为目的地来将以所述第1应用程序的虚拟IP地址为目的地的数据包封装而得的所述数据包，并且所述第1应用程序的虚拟IP地址在所述切换目的地应用程序处理装置中不是有效时，

向所述冗余管理装置查询与所通知的所述第2应用程序的虚拟IP地址对应的、所述通信对象应用程序处理装置的IP地址，

所述隧道信息管理部，根据该查询，将从所述冗余管理装置通知的所述第2应用程序的虚拟IP地址和所述通信对象应用程序处理装置的IP地址对应地设定在所述隧道信息中。

17.一种冗余切换系统中的冗余管理装置，

所述切换源以及切换目的地应用程序处理装置，

所述切换目的地应用程序处理装置，

所述冗余管理装置的特征在于，

所述冗余管理装置具有存储地址信息的存储器和隧道信息更新指示部，

18.根据权利要求17所述的冗余管理装置，其特征在于，

所述隧道信息更新指示部参照所述地址信息，取得与从所述应用程序通信信息通知部通知的所述第2应用程序的虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址，将该所述第2应用程序的虚拟IP地址和该通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置。

19.根据权利要求17所述的冗余管理装置，其特征在于，

所述隧道信息更新指示部参照所述地址信息，根据包含从所述切换目的地应用程序处理装置接收到的第2应用程序的虚拟IP地址的查询，将该第2应用程序的虚拟IP地址以及与该虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址通知给所述切换目的地应用程序处理装置，或者根据故障发生的通知，将所述地址信息中存储的所述多个应用程序的虚拟IP地址以及与各虚拟IP地址对应的所述通信对象应用程序处理装置的IP地址的组，通知给所述切换目的地应用程序处理装置。

20.根据权利要求17所述的冗余管理装置，其特征在于，

还具有切换决定部，该切换决定部决定所述切换目的地应用程序处理装置，并向所决定的所述切换目的地应用程序处理装置指示开始第1应用程序的处理。