首页 / 专利分类库 / 电通信技术 / 电话通信 / 自动或半自动交换局 / 声音通信系统以及呼叫控制服务器的冗余化方法

声音通信系统以及呼叫控制服务器的冗余化方法

申请号 CN202080018402.8 申请日 2020-01-23 公开(公告)号 CN113519149A 公开(公告)日 2021-10-19
申请人 艾可慕株式会社; 发明人 中野晃;
摘要 使 服务器 系统对通信路径的故障强健。分别在不同的通信运营者的第1网络(3‑1)、第2网络(3‑2)上设置第1服务器系统(2‑1)、第2服务器系统(2‑2)。这些第1、第2服务器系统通过专用线(6)相互连接。即使在第1网络产生故障,也能够维持经由第2网络的通信,即使在第2网络产生故障,也能够维持经由第1网络的通信。此外,在专用线产生故障的情况下,能够在第1、第2网络内分别在退化模式下动作。
权利要求

1.一种声音通信系统,具备:
设置在第1网络上且具备第1呼叫控制服务器的第1服务器系统;
设置在与所述第1网络分离的第2网络上且具备第2呼叫控制服务器的第2服务器系统;
以及
连接所述第1服务器系统以及所述第2服务器系统的与所述第1网络、第2网络不同的通信线,
所述第1呼叫控制服务器以及第2呼叫控制服务器并行地执行对与所述第1网络、第2网络连接的多个通信终端间的声音通信进行控制的呼叫控制进程
所述通信终端的声音通信的声音信号经由所述第1网络、第2网络以及所述通信线转发。
2.根据权利要求1所述的声音通信系统,其中,
所述第1网络以及第2网络分别是由不同的通信运营者运营的封闭网络。
3.根据权利要求1或2所述的声音通信系统,其中,
作为所述通信终端,设置能够与第1网络连接的第1通信终端以及能够与第2网络连接的第2通信终端,
所述第1通信终端能够经由所述第1网络访问所述第1呼叫控制服务器,并且能够经由所述第1网络以及所述通信线访问所述第2呼叫控制服务器,
所述第2通信终端能够经由所述第2网络访问所述第2呼叫控制服务器,并且能够经由所述第2网络以及所述通信线访问所述第1呼叫控制服务器,
在并行地执行所述呼叫控制进程的第1呼叫控制服务器以及所述第2呼叫控制服务器当中,一个呼叫控制服务器在实际控制声音通信的运转模式下动作,另一个呼叫控制服务器在所述运转模式下的呼叫控制服务器未正常动作时取代该未正常动作的呼叫控制服务器而成为运转模式的待机模式下动作,
作为所述运转模式下的呼叫控制服务器的运转服务器经由所述通信线,对作为所述待机模式下的呼叫控制服务器的待机服务器定期地发送通知自身正在正常动作的消息即动作通知,所述待机服务器在定期地接收所述动作通知的期间,维持所述待机模式,所述通信终端访问所述运转模式下的呼叫控制服务器,与其他通信终端进行声音通信。
4.根据权利要求3所述的声音通信系统,其中,
在所述第1服务器系统、第2服务器系统间因所述通信线的故障而不能进行通信的情况下,
所述运转服务器维持运转模式,
所述待机服务器将自身的动作模式切换成运转模式,开始声音通信的控制,与所述运转服务器侧的网络连接的通信终端访问所述运转服务器,与访问该运转服务器的其他通信终端进行声音通信,
与所述待机服务器侧的网络连接的通信终端访问成为了运转模式的所述待机服务器,与访问该成为了运转模式的待机服务器的其他通信终端进行声音通信。
5.根据权利要求1~5中任一项所述的声音通信系统,其中,
所述第1服务器系统进一步具备具有存储第1呼叫控制服务器、第2呼叫控制服务器的动作状况的管理表格的第1管理服务器,所述第2服务器系统进一步具备具有存储第1呼叫控制服务器、第2呼叫控制服务器的动作状况的管理表格的第2管理服务器,第1呼叫控制服务器以及第2呼叫控制服务器对所述第1管理服务器以及第2管理服务器定期地发送通知自身正在正常动作的消息即动作通知,
所述第1呼叫控制服务器或者第2呼叫控制服务器在将自身的动作模式从待机模式切换成运转模式时,将通知该意思的消息即模式切换通知发送至所述第1管理服务器以及第2管理服务器,
所述第1管理服务器以及所述第2管理服务器将根据所述动作通知以及所述模式切换通知取得的各呼叫控制服务器的动作状况存储于所述管理表格,
所述通信终端向处于自身所连接的网络上的管理服务器询问第1呼叫控制服务器、第2呼叫控制服务器中的哪一者是运转服务器,并访问被回答的呼叫控制服务器。
6.一种呼叫控制服务器的冗余化方法,在具备设置在第1网络上且具备第1呼叫控制服务器的第1服务器系统、设置在第2网络上且具备第2呼叫控制服务器的第2服务器系统、以及将所述第1呼叫控制服务器以及所述第2呼叫控制服务器连接的与所述第1网络、第2网络不同的通信线的声音通信系统中,
在能够经由所述通信线进行通信的正常状态时,使所述第1服务器在实际提供呼叫控制服务的运转模式下动作,使所述第2服务器在所述运转模式下的第1服务器停机了时取代该第1服务器而成为运转模式的待机模式下动作,
在所述通信线停机了的故障状态时,使所述第2呼叫控制服务器同所述第1呼叫控制服务器一起在运转模式下动作。
7.根据权利要求6所述的呼叫控制服务器的冗余化方法,其中,
所述运转模式下的第1呼叫控制服务器对所述待机模式下的第2呼叫控制服务器定期地发送通知自身正在正常动作的消息即动作通知,
所述第2呼叫控制服务器在从所述第1呼叫控制服务器定期地接收所述动作通知的期间,继续待机模式,若不再从所述第1呼叫控制服务器接收到动作通知,则将自身的动作模式从待机模式切换成运转模式。
8.根据权利要求6或7所述的呼叫控制服务器的冗余化方法,其中,
所述声音通信系统进一步具备能够与第1网络连接的第1通信终端、以及能够与第2网络连接的第2通信终端,
所述正常状态时,所述第1通信终端经由所述第1网络访问所述运转模式下的第1呼叫控制服务器,所述第2通信终端经由所述第2网络以及所述通信线访问所述运转模式下的第
1呼叫控制服务器,
所述故障状态时,所述第1通信终端经由所述第1网络访问所述运转模式下的第1呼叫控制服务器,所述第2通信终端经由所述第2网络访问所述运转模式下的第2服务器。
9.根据权利要求6~8中任一项所述的呼叫控制服务器的冗余化方法,其中,所述第1服务器系统进一步具备第1管理服务器,所述第2服务器系统进一步具备第2管理服务器,
所述第1呼叫控制服务器以及所述第2呼叫控制服务器对所述第1管理服务器以及第2管理服务器定期地发送所述动作通知,在自身的动作模式从待机模式切换成运转模式时,将通知该意思的消息即模式切换通知发送至所述第1管理服务器以及第2管理服务器,所述第1通信终端以及第2通信终端向处于自身所能够连接的网络上的管理服务器询问第1呼叫控制服务器、第2呼叫控制服务器中的哪一者是运转服务器,并访问被回答为运转服务器的呼叫控制服务器。

说明书全文

声音通信系统以及呼叫控制服务器的冗余化方法

技术领域

[0001] 本发明涉及控制经由网络进行的声音通信的声音通信系统,特别涉及该服务器系统的冗余化。

背景技术

[0002] 在将服务器系统冗余化的情况下,一般对服务器、通信路径进行复用,构筑使一者运转而使另一者待机的环境。还能够将这样的被冗余化的系统设置在上(参照专利文献1)。
[0003] 在先技术文献
[0004] 专利文献
[0005] 专利文献1:JP特开2015‑153259号公报

发明内容

[0006] 发明想要解决的课题
[0007] 但是,在是由单一的通信运营者提供的服务的情况下,在通信路径整体产生了故障的情况下等,有可能不能期待从运转侧向待机侧进行服务器的切换,在强健性方面会留有不稳定。
[0008] 本发明的目的在于,提供使服务器系统相对于一部分服务器的故障、通信路径的故障强健的声音通信系统以及呼叫控制服务器的冗余化方法。
[0009] 用于解决课题的手段
[0010] 本发明的声音通信系统具有设置在第1网络上的第1服务器系统以及设置在与第1网络分离的第2网络上的第2服务器系统。这些第1、第2服务器系统通过与网络不同的通信线相互连接。第1服务器系统具备第1呼叫控制服务器,所述第2服务器系统具备第2呼叫控制服务器。第1呼叫控制服务器以及第2呼叫控制服务器并行地执行对与第1以及第2网络连接的多个通信终端间的声音通信进行控制的呼叫控制进程。通信终端的声音通信的信号经由第1、第2网络以及通信线在通信终端间转发。另外,第1以及第2网络可以分别是由不同的通信运营者运营的封闭网络。
[0011] 本发明的呼叫控制服务器的冗余化方法在具备设置在第1网络上且具备第1呼叫控制服务器的第1服务器系统、设置在第2网络上且具备第2呼叫控制服务器的第2服务器系统、以及将第1呼叫控制服务器、第2呼叫控制服务器间连接的与所述网络不同的通信线的声音通信系统中,使各服务器进行以下的动作。在能够进行经由通信线的通信的正常状态时,使第1服务器在实际提供呼叫控制服务的运转模式下动作,且使第2服务器在运转模式下的第1服务器停机了时取代该第1服务器而成为运转模式的待机模式下动作。在通信线停机了的故障状态时,使第2呼叫控制服务器同第1呼叫控制服务器一起在运转模式下动作。
[0012] 通过在不同的网络上设置服务器系统并将它们用VPN等通信线(专用线)连接,从而使服务器冗余化。由此,即使在一个网络全面陷入故障的情况下,也能确保通信功能。
[0013] 通信终端有能够与第1网络连接的第1通信终端以及能够与第2网络连接的第2通信终端,第1通信终端能够经由第1网络来访问第1呼叫控制服务器,并且能够经由第1网络以及通信线来访问第2呼叫控制服务器。第2通信终端能够经由第2网络来访问第2呼叫控制服务器,并且能够经由第2网络以及通信线来访问第1呼叫控制服务器。在并行地执行呼叫控制进程的第1呼叫控制服务器以及第2呼叫控制服务器当中,一个呼叫控制服务器在实际控制声音通信的运转模式下动作(运转服务器),另一个呼叫控制服务器在运转模式下的呼叫控制服务器未正常动作时取代该未正常动作的呼叫控制服务器而成为运转模式的待机模式下动作(待机服务器)。运转服务器经由通信线对待机模式下的呼叫控制服务器即待机服务器定期地发送通知自身正在正常动作的消息即动作通知。待机服务器在定期地接收动作通知的期间维持待机模式。通信终端访问运转模式下的呼叫控制服务器并与其他通信终端进行声音通信。
[0014] 即使在不同的网络上设置有服务器系统的情况下,也能够经由通信线进行声音信号的交换,因此能够将一个服务器系统的呼叫控制服务器作为运转服务器且将另一个服务器系统的呼叫控制服务器作为待机服务器而做出冗余结构。
[0015] 在第1、第2服务器系统间因通信线的故障而不能进行通信的情况下,运转服务器维持运转模式,待机服务器将自身的动作模式切换成运转模式,开始声音通信的控制。即,双方都成为运转模式。与运转服务器侧的网络连接的通信终端访问运转服务器并与访问相同运转服务器的其他通信终端进行声音通信。另一方面,与待机服务器侧的网络连接的通信终端访问成为了运转模式的待机服务器,并与访问该成为了运转模式的待机服务器的其他通信终端进行声音通信。
[0016] 在将服务器系统间连接的通信线发生了故障的情况下,通过使第1呼叫控制服务器、第2呼叫控制服务器双方在运转模式下动作,能够维持第1网络内以及第2网络内的通信。
[0017] 第1服务器系统还具备第1管理服务器,第2服务器系统还具备第2管理服务器。第1管理服务器、第2管理服务器都具有存储第1、第2呼叫控制服务器的动作状况的管理表格。第1呼叫控制服务器以及第2呼叫控制服务器对第1管理服务器以及第2管理服务器定期地发送动作通知。此外,第1呼叫控制服务器以及第2呼叫控制服务器在将自身的动作模式从待机模式切换成运转模式时,将通知该意思的消息即模式切换通知发送至第1管理服务器以及第2管理服务器。第1管理服务器以及第2管理服务器将通过动作通知以及模式切换通知取得的各呼叫控制服务器的动作状况、即包含哪个呼叫控制服务器是运转模式的状况存储到管理表格。通信终端对处于自身所连接的网络上的管理服务器询问第1呼叫控制服务器、第2呼叫控制服务器中的哪一者是运转服务器,并访问被回答的呼叫控制服务器。
[0018] 通过设置管理服务器,通信终端容易搜索运转服务器。此外,通过在双方的服务器系统设置管理服务器,在通信线被阻断的情况下,与两个网络连接的通信终端也能询问各自那侧的管理服务器。
[0019] 发明效果
[0020] 根据本发明,通过将第1、第2服务器系统分别设置在不同的第1、第2网络上,能够使它们相对于服务器的故障、通信路径的故障强健。附图说明
[0021] 图1是作为本发明的实施方式的声音通信系统的结构图。
[0022] 图2是声音通信系统的服务器的方框图
[0023] 图3是通信终端的方框图。
[0024] 图4是表示呼叫控制服务器、预配置(provisioning)服务器的分区以及各分区中执行的进程(虚拟服务器)的图。
[0025] 图5是表示所有的进程正在正常动作的情况下的各进程以及通信终端的连接形态的图。
[0026] 图6A是表示各进程正在正常动作的情况下的各进程以及通信终端的连接形态的图。
[0027] 图6B是表示一部分进程停机(down)了的情况下的各进程以及通信终端的连接形态的图。
[0028] 图6C是表示一部分进程停机了的情况下的各进程以及通信终端的连接形态的图。
[0029] 图7A是表示设于主进程的状态表格(status table)的图。
[0030] 图7B是表示设于子进程的状态表格的图。
[0031] 图8A是表示呼叫控制服务器的动作的流程图
[0032] 图8B是表示呼叫控制服务器的动作的流程图。
[0033] 图8C是表示呼叫控制服务器的动作的流程图。
[0034] 图8D是表示呼叫控制服务器的动作的流程图。
[0035] 图9是表示设于管理服务器的管理表格31的图。
[0036] 图10A是表示管理服务器的动作的流程图。
[0037] 图10B是表示管理服务器的动作的流程图。
[0038] 图10C是表示管理服务器的动作的流程图。
[0039] 图10D是表示管理服务器的动作的流程图。
[0040] 图10E是表示管理服务器的动作的流程图。
[0041] 图11A是表示一部分进程停机了的情况下的管理表格的存储内容的图。
[0042] 图11B是表示一部分进程停机了的情况下的管理表格的存储内容的图。
[0043] 图12是表示设定于通信终端的预配置数据的例子的图。
[0044] 图13A是表示通信终端的动作的流程图。
[0045] 图13B是表示通信终端的动作的流程图。
[0046] 图13C是表示通信终端的动作的流程图。
[0047] 图14是表示将服务器系统间相连的VPN停机了的情况下的呼叫控制进程与终端装置的连接形态的图。
[0048] 图15A是表示将服务器系统间相连的VPN停机了的情况下的第1管理表格的存储内容的图。
[0049] 图15B是表示将服务器系统间相连的VPN停机了的情况下的第2管理表格的存储内容的图。
[0050] 图16A是表示2个LTE网络当中的第1LTE网络停机了的情况下的动作形态的图。
[0051] 图16B是表示2个LTE网络当中的第2LTE网络停机了的情况下的动作形态的图。

具体实施方式

[0052] 图1是表示作为本发明的实施方式的声音通信系统1的结构的图。声音通信系统1具有多个(在本实施方式中为2个)服务器系统2(2‑1、2‑2)以及多个通信终端4。服务器系统2和通信终端4通过多个(在本实施方式中为2个)LTE网络3(3‑1、3‑2)相互连接。2个LTE网络
3‑1、3‑2分别是由不同的通信载波(通信运营者,例如便携电话公司)提供的通信网络,是不与互联网等直接连接的封闭网络。
[0053] 在第1LTE网络3‑1上设置服务器系统2‑1作为云服务器,在第2LTE网络3‑2上设置服务器系统2‑2作为云服务器。服务器系统2‑1、2‑2间通过使用了由通信载波3提供的专用线路的VPN6来连接。
[0054] 在通信终端4当中,经由第1LTE网络3‑1访问服务器系统2的通信终端安装有第1载波的SIM卡,经由第2LTE网络3‑2访问服务器系统2的通信终端安装有第2载波的SIM卡。
[0055] 服务器系统2‑1具有呼叫控制服务器21‑1、预配置服务器22‑1以及管理服务器20‑1。此外,服务器系统2‑2也同样具有呼叫控制服务器21‑2、预配置服务器22‑2以及管理服务器20‑2。呼叫控制服务器21‑1、预配置服务器22‑1、管理服务器20‑1以及第1LTE网络3‑1通过LAN(局域网)5‑1相互连接。此外,呼叫控制服务器21‑2、预配置服务器22‑2、管理服务器
20‑2以及第2LTE网络3‑2通过LAN5‑2相互连接。LAN5‑1以及LAN5‑2通过VPN6相互连接。
[0056] 服务器系统2‑1和服务器系统2‑2能够分别处于不同的通信载波的云上,且能够设置在地理上分开的场所,因此能够构筑对故障有抵抗的强健的声音通信系统。服务器系统2‑1和服务器系统2‑2通过专用线的VPN6连接,因此与处于同一网络上的情况同样,能够进行如以下说明那样的灵活的进程的冗余化。
[0057] 通常动作时,服务器系统2‑1的呼叫控制服务器21‑1以及预配置服务器22‑1作为主服务器执行针对通信终端4的预配置以及呼叫控制。服务器系统2‑2的呼叫控制服务器21‑2以及预配置服务器22‑2作为为主服务器的停机准备的子服务器而待机(standby)。
[0058] 在本实施方式中,说明呼叫控制服务器21‑1、21‑2分别并行地执行多个进程的情况,呼叫控制服务器21‑1、21‑2也可以分别执行1个呼叫控制进程。在呼叫控制服务器21‑1、21‑2分别并行地执行多个进程的情况下,主/子的切换不是以硬件为单位,而是以在内部启动的多个进程为单位来进行的。多个进程例如是图4所示的结构,各自作为虚拟服务器起作用。
[0059] 管理服务器20(20‑1、20‑2)管理在服务器系统2‑1、2‑2的呼叫控制服务器21‑1、21‑2以及预配置服务器22‑1、22‑2中执行的各进程的动作状况,与请求相应地对服务器、通信终端4提供该信息。管理服务器20具备图9所示那样的管理表格。
[0060] 在某通信终端4(主叫终端)与其他通信终端4(被叫终端)进行通信的情况下,主叫终端将包含被叫终端的识别信息作为控制信息的声音信号发送至呼叫控制服务器21。呼叫控制服务器21将该声音信号经由LTE网络3转发至被叫终端。由此,没有SIP步骤等事前的呼叫手续(一般的无线收发器那样的操作),就能够进行经由网络的主叫终端‑被叫终端间的声音通信。该通信方式在国际公开WO2015/068663号小册子中有详细记载。
[0061] 图2是管理服务器20(20‑1、20‑2)、呼叫控制服务器21(21‑1、21‑2)以及预配置服务器22(22‑1、22‑2)的方框图。服务器具有控制部30、存储部31以及网络通信部32。存储部31例如由硬盘、RAM等构成。在管理服务器20的情况下,在存储部31中存储图9所示那样的管理表格。在呼叫控制服务器21的情况下,在存储部31中设置图7所示那样的状态表格。网络通信部32经由LAN5以及LTE网络3与通信终端4、其他服务器进行通信。控制部30控制各服务器的动作。
[0062] 图3是通信终端4的方框图。通信终端4如图1所示那样具有手持收发器的外观,但是在功能上是经由LTE网络3发送接收声音信号的无线网络设备。控制装置的动作的控制部40由微处理器构成。控制部40具有存储各种数据的存储部41。存储部41具有预配置数据存储区41A。在预配置数据存储区41A中存储图12所示那样的预配置数据。在控制部40连接有操作部42、显示部43、音频电路44、LTE通信部45以及卡槽46。操作部42包含PTT开关220等按键开关,受理用户的操作而将该操作信号输入至控制部40。显示部43包含液晶显示器。在液晶显示器显示通过用户的操作而选择出的通信对方的识别编号、来信的通信对方的识别编号等。
[0063] 音频电路44具有麦克240以及扬声器241。控制部40将接收到的声音信号解码后输入至音频电路44。音频电路44将该解码后的音频信号变换成模拟信号并从扬声器241输出。音频电路44还将从麦克风240输入的声音信号变换成数字信号后输入至控制部40。控制部40将该数字音频信号进行声音分组化后输入至LTE通信部45。LTE通信部45具有以LTE通信方式进行无线通信的电路。LTE通信部45将从控制部40输入的分组向着LTE网络3发送,并将从LTE网络3接收到的分组输入至控制部40。在音频电路44设置有机连接器242。若在耳机连接器242连接耳麦(未图示),则音频电路44将设置于通信终端4主体的麦克风240以及扬声器241的功能停止,并将耳麦的麦克风以及扬声器(耳机)设为有效。在卡槽46放置存储有终端识别信息的IC卡(SIM卡)47。在第1LTE网络3‑1中使用的通信终端4放置第1载波的SIM卡47,在第2LTE网络3‑2中使用的通信终端4放置第2载波的SIM卡47。存储于该SIM卡47的终端识别信息(ICCID)作为各通信终端4的识别信息来使用。
[0064] 在以上构成的通信终端4中,若用户在按压PTT开关220的同时朝着麦克风240输入声音,则通信终端4就将该声音信号编辑到写入有预先设定的被叫终端的识别信息的声音分组中,并将该声音分组经由LTE网络3发送至呼叫控制服务器21。
[0065] 图4、图5是表示呼叫控制服务器21、预配置服务器22的冗余化结构的图。图4是表示基于呼叫控制服务器21、预配置服务器22的二重化和呼叫控制服务器21的控制部30中的分区结构的图,图5是表示由呼叫控制服务器21执行的各进程的功能的图。呼叫控制服务器21执行相互独立的多个进程(虚拟服务器),以便能够对多个客户提供独立的通信服务。所谓客户,例如是利用声音通信系统1的运营者。如图4所示那样,呼叫控制服务器21被分割成
6个分区,在各分区分别执行不同的进程。预配置服务器22对于多个客户来说是共同的,但基于各客户的通信终端4的固有识别编号来分别执行不同的预配置处理。
[0066] 在呼叫控制服务器21‑1的各分区中执行的进程如图5所示那样是用于控制客户A、B、C的声音通信的呼叫控制进程A、B、C。在呼叫控制服务器21‑2的各分区中执行的进程如图5所示那样是用于控制客户A、B的声音通信的呼叫控制进程A、B。即,客户A、B的呼叫控制进程A、B被冗余化,但客户C的呼叫控制进程C并未被冗余化。
[0067] 呼叫控制进程A是对客户A的通信终端4相互间的声音通信进行中继的进程。呼叫控制进程C是对客户C的通信终端4相互间的声音通信进行中继的进程。一个呼叫控制进程能够收容至给定的台数(例如100台)为止的通信终端4。另外,所谓“收容通信终端4”,是将通信终端4登记到存储器中并对该通信终端4进行声音通信的中继、预配置数据的发送。在收容给定台数以上的通信终端4的情况下,呼叫控制服务器21执行多个呼叫控制进程以及据点间连接进程。各呼叫控制进程收容100台以内的通信终端4,据点间连接进程将各呼叫控制进程连接,并使收容于各呼叫控制进程的通信终端4相互间的声音通信能够进行。客户B由于所具有的(要收容的)通信终端4的台数多(超过100台),因此执行2个呼叫控制进程B1、B2,进一步地,执行据点间连接进程Br而将呼叫控制进程B1、B2相连。由此,可实现属于客户B的所有的通信终端4相互间的声音通信。
[0068] 如图4所示那样,客户A、B的呼叫控制进程A、B被冗余化,但客户C的呼叫控制进程C并未被冗余化。由在作为冗余化了的硬件的呼叫控制服务器21中执行的呼叫控制进程能够以进程为单位来设定有无冗余化。基于硬件资源、进程的重要度等来决定各进程有无冗余化即可。
[0069] 预配置服务器22是用于向通信终端4发送图12所示那样的预配置数据的服务器。通信终端4在电源接通时访问预配置服务器22,接收图12所示的预配置数据。通信终端4按照接收到的预配置数据来设立自身的动作,以便能够访问该通信终端4所属的客户的呼叫控制进程。关于预配置,在国际公开WO2017/086416号小册子中有详细记载。
[0070] 呼叫控制服务器21‑1以及预配置服务器22‑1、和呼叫控制服务器21‑2以及预配置服务器22‑2不必非要是相同性能的服务器,能够设定的分区的数目也不必是相同数目。
[0071] 在被冗余化而由呼叫控制服务器21‑1、呼叫控制服务器21‑2双方执行的呼叫控制进程A、B当中,在呼叫控制服务器21‑1中执行的进程作为运转进程而实际进行对通信终端4相互间的声音通信进行中继的呼叫控制处理。在呼叫控制服务器21‑2中执行的各进程作为待机进程在对应的运转进程(在呼叫控制服务器21‑1中执行的相同的进程)停机了的情况下为了轮流而待机。各进程的动作模式(运转进程/待机进程)存储于管理服务器20的管理表格(参照图9)。
[0072] 另外,将预配置服务器22‑1、预配置服务器22‑2双方都设定为运转模式,响应来自通信终端4的预配置请求。
[0073] 图5表示通常运用时即所有的进程正在正常执行时的各呼叫控制进程与通信终端4的连接关系。各客户所持有的通信终端4有:放置第1通信载波的SIM并经由第1LTE网络3‑1访问服务器系统2的通信终端4;以及放置第2通信载波的SIM并经由第2LTE网络3‑2访问服务器系统2的通信终端4。通常运用时,作为主服务器的呼叫控制服务器21‑1的呼叫控制进程A、B1、B2、C进行运转,实际进行呼叫控制处理,因此通信终端4全部与呼叫控制服务器21‑
1的进程连接。呼叫控制服务器21‑1与第1LTE网络3‑1侧连接,因此与第2LTE网络3‑2连接的通信终端4从第2LTE网络3‑2经由VPN6访问呼叫控制服务器21‑1。另外,也可以设置放置第1通信载波的SIM以及第2通信载波的SIM双方且无论经由第1LTE网络3‑1、第2LTE网络3‑2中的哪一者都能够访问服务器系统2的多载波通信终端4。
[0074] 在通常运用中呼叫控制服务器21‑1中的任一者的进程停机了的情况下,停机了的进程以图6B、图6C所示那样的形态被切换成呼叫控制服务器21‑2的待机进程。在图6中,说明客户B的呼叫控制进程B(呼叫控制进程B1、B2以及据点间连接进程Br)中的从运转进程向待机进程的切换。
[0075] 图6A表示客户B的各进程正在正常执行的情况下的各进程以及通信终端4的连接形态。该连接形态与图5所示的形态相同。在此,呼叫控制进程B1‑1、B2‑1以及据点间连接进程Br‑1运转,通信终端4访问呼叫控制进程B1‑1、B2‑1。详细来说,通信终端4‑1经由第1LTE网络3‑1访问呼叫控制进程B1‑1,通信终端4‑3经由第2LTE网络3‑2以及VPN6访问呼叫控制进程刚‑1。通信终端4‑2经由第1LTE网络3‑1访问呼叫控制进程B2‑1,通信终端4‑4经由第2LTE网络3‑2以及VPN6访问呼叫控制进程B2‑1。
[0076] 图6B表示呼叫控制进程B2‑1停机了的情况下的连接形态。由于曾作为运转进程的呼叫控制进程B2‑1停机了,因此作为对应的待机进程的呼叫控制进程B2‑2成为运转进程。这样,通信终端4‑2、4‑4将访问目的地从呼叫控制进程B2‑1变更成呼叫控制进程B2‑2。详细来说,通信终端4‑2经由第1LTE网络3‑1以及VPN6访问呼叫控制进程B2‑2,通信终端4‑4经由第2LTE网络3‑2访问呼叫控制进程B2‑2。此外,据点间连接进程Br‑1切换连接据点,以便将主的呼叫控制进程B1‑1和子的呼叫控制进程B2‑2连接。
[0077] 图6C表示据点间连接进程Br‑1停机了的情况下的连接形态。由于曾作为运转进程的据点间连接进程Br‑1停机了,因此作为待机进程的据点间连接进程Br‑2成为运转进程。由于呼叫控制服务器21‑1的呼叫控制进程B1‑1、B2‑1正在正常运转,因此据点间连接进程Br‑2经由VPN6连接呼叫控制服务器21‑1的呼叫控制进程B1‑1以及B2‑1。另外,由于与通常动作时同样地,呼叫控制进程B1‑1以及B2‑1正在正常运转,因此通信终端4‑1~4的访问目的地没有变更。
[0078] 这样,在硬件的呼叫控制服务器21‑1、21‑2中多个进程(虚拟服务器)运转且其中的任一者停机了的情况下,以进程为单位从呼叫控制服务器21‑1的进程切换成呼叫控制服务器21‑2的进程。
[0079] 由于各进程存储自身正在执行的进程以及对应的对方进程的状态,因此在存储部31中具有图7所示那样的状态表格。状态表格具有自身正在执行的进程的名称、动作设定、动作模式(运转模式(active)/待机模式(standby))、以及自身的动作通知有效期限、运转中系统的动作通知有效期限的存储区。在动作设定的栏中存储主进程(main)/子进程(sub)/单独进程(alone)中任一者的设定信息。在呼叫控制服务器21‑1以及呼叫控制服务器21‑2中执行相同的进程的情况下,将其中的一者设定为主进程,将另一者设定为子进程。
一般,将在作为主服务器的呼叫控制服务器21‑1中执行的进程设定为主进程,将在作为子服务器的呼叫控制服务器21‑2中执行的进程设定为子进程。在两进程正在正常动作时,主进程成为执行实际的处理的运转模式,子进程成为待机模式。在主进程停机了的情况下,子进程成为运转模式。在动作模式的栏中存储该进程的动作模式是运转模式还是待机模式。
[0080] 由于呼叫控制进程C仅在呼叫控制服务器21‑1中执行,因此在动作设定的栏中存储单独进程。
[0081] 各进程向管理服务器20以及对应的待机进程发送的动作通知包含自身正在执行的进程的名称、动作设定、动作模式、以及该动作通知的有效期限。
[0082] 图7A是表示主进程的状态表格的存储内容的例子的图。在该例子中,该进程执行呼叫控制进程B2‑1,动作设定是主,动作模式是运转模式。动作通知有效期限存储自身对管理服务器20以及对方的子进程送出的动作通知的有效期限。动作通知是自身对管理服务器20以及待机进程通知自身正在正常动作的消息。待机进程以及管理服务器20根据在该动作通知的有效期限经过之前送来新的有效期限的动作通知来确认运转进程正在正常动作。运转进程动作通知有效期限存储在自身为待机中的情况下从对应的运转进程接收到的动作通知的有效期限。图7A是运转进程的状态表格,因此从运转进程接收的运转进程动作通知有效期限是空栏。
[0083] 图7B是表示子进程的状态表格的存储内容的例子的图。在该例子中,该进程执行呼叫控制进程B2‑2,动作设定是子进程,动作模式是待机模式。动作通知有效期限存储自身对管理服务器20送出的动作通知的有效期限。在运转系统动作通知有效期限中存储从对应的运转进程(呼叫控制进程B2‑1)送来的动作通知的有效期限。若在有效期限经过之前送来新的有效期限的动作通知,则用该新的有效期限来更新表格,继续待机模式。
[0084] 在经过该有效期限也没有从运转进程送来动作通知的情况下,如同图右栏所示那样,该子进程判断为作为运转进程的主进程正在停机,将自身的动作模式切换成运转模式,开始通信终端4的声音通信的中继。
[0085] 图8是表示在呼叫控制服务器21中执行的呼叫控制进程的动作的流程图。图8A表示运转进程的动作通知处理。运转进程定期(例如每1分钟)地对两侧的管理服务器20‑1、20‑2发送动作通知(S11),并且,也对对应的待机进程发送动作通知(S12)。发送的动作通知的有效期限设定得比下一个发送预定时刻长。运转进程用该有效期限来更新自身的状态表格的动作通知的有效期限(S13)。
[0086] 图8B表示运转进程以及待机进程所执行的动作状况确认处理。该处理也定期地执行。在运转进程中,有的与其他进程存在连接。所谓与其他进程的连接,例如是图5、图6所示的呼叫控制进程B1和据点间连接进程Br、呼叫控制进程B2和据点间连接进程Br分别连接的状态。在进程以这样的形态在其他进程连接的情况下,该进程与其他的进程的动作状况相匹配地进行切换自身的连接目的地等的处理。进程每隔给定的时间向管理服务器20询问各进程的动作状况(S16)。若响应于该询问从管理服务器20返回各进程的动作状况(S17),则进程判断是否是连接目的地的进程停机且待机进程切换成运转进程等这样是否在连接目的地的动作状况中存在变更(S18)。在连接目的地的动作状况中存在变更的情况下(S18中“是”),进程与当前的动作状况相匹配地切换连接目的地(S19),结束处理。在与其他进程不存在连接的情况下,或者,在不存在连接目的地的变更的情况下(S18中“否”),进程结束动作状况确认处理。
[0087] 例如,如图6B那样,在呼叫控制进程B2‑1停机了的情况下,据点间连接进程Br‑1在向管理服务器20‑1询问动作状况时,知晓呼叫控制进程B2‑1正在停机这一情况以及该曾作为待机进程的呼叫控制进程B2‑2开始运转这一情况。因此,通过开始针对呼叫控制进程B2‑2的进程间通信,来维持呼叫控制进程B的运转。
[0088] 图8B中的向管理服务器20的询问是对相同侧的管理服务器20进行的,即是对设置在与正在执行该进程的呼叫控制服务器21相同的服务器系统2‑1、2‑2内的管理服务器20进行的。在该管理服务器20未对询问进行响应的情况下,进程再次向相反侧的管理服务器20进行询问。所谓相反侧的管理服务器20,是设置在与正在执行该进程的呼叫控制服务器21不同的服务器系统2‑1、2‑2内的管理服务器20。
[0089] 向管理服务器20的询问可以每隔固定时间进行,但也可以在每次产生进程间通信的变更、待机进程的动作模式的切换(参照图8D)时对管理服务器20询问各进程的动作状况(通信对方)。
[0090] 图8C表示待机进程的动作通知处理。待机进程定期(例如每1分钟)地对两侧的管理服务器20‑1、20‑2发送动作通知(S21)。发送的动作通知的有效期限设定得比下一个发送预定时刻长。用该有效期限更新自身的状态表格的动作通知的有效期限(S22)。
[0091] 图8D表示待机进程的动作状况确认处理。该处理也定期地执行。待机进程参照状态表格来判断运转进程的动作通知是否有效(S24)。在来自运转进程的动作通知的有效期限到期的情况下(S24中“否”),待机进程判断为运转进程正在停机。待机进程与图8B的处理中取得的各进程的动作状况相匹配地设定连接目的地等,取代停机了的运转进程(主进程)将自身作为运转进程来开始动作(S25)。新的运转进程将状态表格的动作模式改写成运转模式(S26)。例如,如图6C那样,在据点间连接进程Br‑1停机了的情况下,据点间连接进程Br‑2开始与正在运转的呼叫控制进程B1‑1、B2‑1进行进程间通信的运转。
[0092] 新的运转进程在作为运转进程开始动作后,对管理服务器20通知变更了动作模式的意思(S27)。该动作模式变更通知兼作动作通知。另一方面,在S24中,在运转进程正在正常动作的情况下,即,在动作通知的有效期限未到期的情况下(S24中“是”),待机进程结束动作状况确认处理。
[0093] 图9是表示管理服务器20中设定的管理表格的例子的图。图9中仅记载了管理表格当中与呼叫控制服务器21‑1、21‑2的进程相关的部分。对预配置服务器22‑1、22‑2的各进程也设置有同样的表格。
[0094] 在管理表格31中存储有在作为主服务器的(第一)呼叫控制服务器21‑1以及作为子服务器的(第二)呼叫控制服务器21‑2中执行的所有的进程的信息。在管理表格31中按每个进程存储动作通知有效期限、动作设定、动作模式。在动作通知有效期限的栏中存储从进程送来的动作通知中记载的有效期限。在管理服务器20在该有效期限以内从进程接收到新的动作通知的情况下,将该有效期限更新成该新的动作通知中记载的有效期限。在动作设定的栏中存储主进程/子进程中任一者的设定信息。在动作模式的栏中存储运转模式/待机模式中的任一者。
[0095] 在动作通知有效期限内未从各进程送来新的动作通知的情况下,设为该进程正在停机(丧失发送动作通知的功能),管理服务器20将动作模式改写成停机。由于从正在正常动作的进程定期地有所有进程的动作状况的询问,因此管理服务器20响应于该询问,返回正在正常运转的进程、正在正常待机的进程以及正在停机的进程等的信息。各进程与该动作状况相应地进行连接目的地的切换等。此外,管理服务器20在从与运转进程的停机对应地开始了运转的进程接收到开始了运转的意思的通知的情况下,将管理表格的该进程的动作模式改写成运转模式。
[0096] 另外,在管理表格中,也可以对进行进程间通信的进程(例如呼叫控制进程B1‑1、B1‑2、Br‑1等)设置存储作为通信对方的连接目的地进程的区域。
[0097] 图10是表示管理服务器20的动作的流程图。图10A是表示有效期限更新动作的流程图。若从任一个进程接收到动作通知(S31),就更新管理表格的该进程的动作通知有效期限(S32)。另外,在进程启动且初次发送了动作通知的情况下,管理服务器20将该进程登记到管理表格中并写入动作通知有效期限。
[0098] 图10B是表示从进程接收到运转开始通知的情况下的动作的流程图。若从待机进程(取代停机了的运转进程)接收到开始了运转的意思的通知(S35:参照图8D的S27),则管理服务器20就将管理表格31的该进程的动作模式变更成运转模式(S36)。由于该运转开始通知兼作动作通知,因此管理服务器20更新该进程的动作通知有效期限(S37)。管理服务器20将运转进程变更了的意思用邮件等对系统管理者的终端(个人计算机)发送警报(S38)。
[0099] 图10C是表示表格维护动作的流程图。定期地针对管理表格31中存储的所有的进程执行以下的处理。管理服务器20读出进程的动作通知的有效期限(S41)。将该有效期限与当前时刻进行比较,在有效期限到期的情况下(S42中“是”),管理服务器20将动作模式改写成停机(S44)。管理服务器20针对管理表格31中存储的所有的进程执行该动作。另外,在S44中,在停机状态继续且已经将动作模式改写成停机的情况下,也进行动作模式向停机的改写,但是也可以在已经是停机模式的情况下不进行改写。
[0100] 若动作通知的有效期限未到期(S42中“否”),则管理服务器20判断当前的动作模式是否是停机(S45)。在动作模式是停机的情况下(S45中“是”),管理服务器20将动作模式改写成待机模式(S46)。在动作通知的有效期限未到期(S42中“否”)且动作模式不是停机的情况下(S45中“否”),管理服务器20结束针对该进程的维护处理。管理服务器20针对管理表格31中存储的所有的进程依次执行S41‑S46的维护处理。
[0101] 如S46所示那样,在一度停机了的进程恢复了的情况下,该进程作为为当前运转中的进程的停机作准备的待机进程进行动作。在将动作设定被设为主进程的进程恢复了的情况下,可以是该主进程复原成运转进程,并将到此时为止作为运转进程动作的子进程切换成待机模式。
[0102] 图11A是表示客户B的呼叫控制进程成为了图6B的状态的情况下的管理表格31的存储内容的图。图11B是表示客户B的呼叫控制进程成为了图6C的状态的情况下的管理表格31的存储内容的图。在该图中,仅显示各进程的动作模式的栏。在图6B的状态下,呼叫控制进程B2‑1停机,取而代之,呼叫控制进程B2‑2正在运转。在该情况下,在图11A所示的管理表格中,也将呼叫控制进程B2‑1的动作模式改写成停机,取而代之,呼叫控制进程B2‑2的动作模式成为运转模式。
[0103] 在图6C的状态下,呼叫控制服务器21‑1的据点间连接进程Br‑1停机,取而代之,呼叫控制服务器21‑2的据点间连接进程Br‑2正在运转。在该情况下,在图11B所示的管理表格31中,也将据点间连接进程Br‑1的动作模式改写成停机,取而代之,据点问连接进程Br‑2的动作模式成为运转模式。
[0104] 这样地,管理服务器20与各进程的动作模式的变更对应地更新管理表格,针对来自其他进程、通信终端4的询问,发送该表格的内容。由此,进程就能够知晓其他进程的状态,从而变更进程间通信的连接目的地、变更通信终端4所访问的呼叫控制进程就会变得容易。
[0105] 管理服务器20也作为WEB服务器起作用。能够将管理表格的内容、其更新历史记录等经由LAN5或者LTE网络3反映到管理者的个人计算机。
[0106] 图10D是表示管理服务器20的与来自进程的询问对应的处理的流程图。若从进程有动作状况的询问(S50:参照图8B的S16、图8D的S25),则管理服务器20就对有询问的进程发送各进程的动作状况(管理表格的内容)(S51)。由此,进程能够知晓其他进程的动作状况。
[0107] 图10E是表示管理服务器20的与来自通信终端4的询问对应的处理的流程图。若从通信终端4有运转中的呼叫控制进程的询问(S54),则管理服务器20就通知该通信终端4所属的客户的呼叫控制进程当中正在运转的一侧的呼叫控制进程(S55)。由此,在曾运转的呼叫控制进程停机而切换了运转中呼叫控制进程的情况下,通信终端4就能够访问该被切换了的呼叫控制进程。
[0108] 图12是表示通信终端4的存储器中存储的预配置数据41的一例的图。预配置数据41包含主预配置服务器地址、子预配置服务器地址、主呼叫控制服务器地址、子呼叫控制服务器地址、以及各种设定信息。
[0109] 主预配置服务器地址包含预配置服务器22‑1的IP地址以及端口编号。子预配置服务器地址包含预配置服务器22‑2的IP地址以及端口编号。这些地址可以从预配置服务器22给出,也可以事前存储于通信终端4。
[0110] 主呼叫控制服务器地址包含呼叫控制服务器21‑1的IP地址、以及该通信终端4所属的客户的进程的端口编号。子呼叫控制服务器地址包含预配置服务器22‑2的IP地址、以及该通信终端4所属的客户的进程的端口编号。在主预配置服务器地址/子预配置服务器地址、以及主呼叫控制服务器地址/子呼叫控制服务器地址中设置有表示哪个地址的进程处于运转中的运转中标记。默认下,主预配置服务器地址以及主呼叫控制服务器地址的运转中标记被置位。
[0111] 各种设定信息例如是通信终端4的呼叫ID、通知音设定(来信时的通知音的选择信息)、耳机设定(在连接有耳麦的情况下是是否进行全双工通信的设定信息)、地址簿(能够呼叫的通信终端4的呼叫ID列表)、音量设定(通话音的音量设定信息)等。
[0112] 图13A‑C是表示通信终端4的动作的流程图。图13A是表示预配置动作的流程图。该动作在通信终端4的电源接通时等执行。通信终端4的控制部40访问作为主服务器的预配置服务器22‑1,并请求预配置数据的发送(S61)。在一定时间以内从预配置服务器22‑1存在响应的情况下(S62中“是”),通信终端4从该服务器接收预配置数据(S65),执行预配置(S66)。在一定时间以内从预配置服务器22‑1不存在响应的情况下(S62中“否”),通信终端4访问作为子服务器的预配置服务器22‑2,请求预配置数据的发送(S63),并将运转中标记切换到子预配置服务器22‑2侧(S64)。并且,通信终端4从子预配置服务器22‑2接收预配置数据(S65)。在2个预配置服务器22‑1、22‑2同时停机了的情况下,使得通信终端4使用以前取得的预配置数据来尝试连接即可。
[0113] 图13B是表示通信终端4的声音通信时的动作的流程图。若按压PTT开关220,则开始该动作。通信终端4的控制部40向主的呼叫控制服务器21‑1的被分配给该通信终端4的呼叫控制进程(虚拟服务器)发送声音信号(S71)。在一定时间以内从呼叫控制服务器21‑1的进程存在响应的情况下(S72中“是”),通信终端4开始声音通信。在一定时间以内从呼叫控制服务器21‑1的进程不存在响应的情况下(S72中“否”),通信终端4进行不能通信的意思的显示等,并将动作停止。该通信停机的状态是会在到此为止运转的呼叫控制进程停机后且图13C的运转进程确认前开始了通信的情况下所能产生的状态。
[0114] 图13C是表示通信终端4询问正在运转的呼叫控制进程的动作的流程图。该处理定期地进行,但也可以在图13B的S72中在从处于运转中的呼叫控制进程不存在响应时临时执行。通信终端4的控制部40向管理服务器20询问收容有该通信终端4的运转中的呼叫控制进程(S73)。响应于此,从管理服务器20送来运转进程的信息。通信终端4接收该信息(S74:参照图10E的S55),判断运转进程是否被切换了(S75)。在切换了的情况下(S75中“是”),通信终端4将呼叫控制服务器的运转中标记切换到运转进程侧(子呼叫控制服务器侧)(S76)。这以后,通信终端4在产生了声音通信的情况下,对切换成运转进程的呼叫控制进程进行访问。
[0115] 通信终端4在运用开始时以及定期地、进而按区域移动等的每次机会,对运转模式下的呼叫控制服务器21发送请求登记的消息(注册消息)。运转模式下的呼叫控制服务器21通过接收该消息,能够掌握运用中的通信终端,将该通信终端4登记到终端表格。通信终端4在即使将该注册消息发送至被设为运转模式的呼叫控制服务器21‑1/2也不存在响应的情况下,设为该呼叫控制服务器21‑1/2正在停机,重新向相反侧的呼叫控制服务器21‑2/1发送注册消息。
[0116] 在图10、图13所示的流程图中,通信终端4定期地对管理服务器20询问运转模式下的呼叫控制进程,但也可以根据针对上述的注册消息有无响应来解决运转模式下的呼叫控制进程是哪一者。
[0117] 在待机模式下动作的呼叫控制进程从通信终端接收到注册消息的情况下,可以将注册消息的发送目的地切换成相反侧的(运转模式下的)呼叫控制进程,并将应再发送的意思的响应返回至通信终端。
[0118] 若根据针对注册消息有无响应来判断运转模式下的呼叫控制服务器21,则在通信终端4的台数多的情况下,也不会屡次发生对管理服务器20的询问,能够减轻管理服务器20的负荷。但是,一般,由于注册的间隔比图13C等所示的询问的间隔长,因此直到通信终端4知晓运转模式下的呼叫控制进程的替换为止的时间变长。
[0119] 以上说明了呼叫控制服务器21‑1、21‑2的进程停机了的情况下的呼叫控制动作的切换。即使在进程未停机的情况下,将服务器系统2‑1和服务器系统2‑2相连的VPN6有时也会停机。参照图14、图15说明VPN6停机了的情况下的退化动作。
[0120] 图14表示在客户B的呼叫控制进程中VPN6停机了的情况下的进程间的连接形态。管理服务器20‑1、20‑2、呼叫控制服务器21‑1、21‑2、预配置服务器22‑1、22‑2正在正常动作,呼叫控制进程B1‑1、B2‑1、B1‑2、B2‑2、以及据点间连接进程Br‑1、Br‑2也分别正在正常动作。
[0121] 若VPN6停机,则服务器系统2‑1、2‑2间就不能进行通信。在该情况下,由于服务器系统2‑1的管理服务器20‑1、呼叫控制服务器21‑1、预配置服务器22‑1正在正常动作,因此能够对经由第1LTE网络3‑1访问服务器系统2‑1的通信终端4(4‑1、4‑2)继续进行呼叫控制进程B等的服务。
[0122] 另一方面,在服务器系统2‑2中,也是管理服务器20‑2、呼叫控制服务器21‑2、预配置服务器22‑2正在正常动作,且来自服务器系统2‑1的各进程的动作通知没有来到,因此管理服务器20‑2以及呼叫控制服务器21‑2、预配置服务器22‑2的各进程判断为服务器系统2‑1侧的各进程全部停机了,呼叫控制服务器21‑2、预配置服务器22‑2的各进程从待机模式切换成运转模式而使针对客户B的呼叫控制进程运转。并且,在呼叫控制服务器21‑2中启动的呼叫控制进程对经由第2LTE网络3‑2访问服务器系统2的通信终端4(4‑3、4‑4)提供服务。
[0123] 这样,若VPN6停机,则将第1、第2LTE网络3‑1、3‑2相连的通信就不能进行,但是在第1、第2LTE网络3‑1、3‑2中呼叫控制进程B成为运转模式,能够在各自的范围内提供服务。
[0124] 此时,服务器系统2‑1内的管理服务器20‑1的管理表格31如图15A所示那样,呼叫控制服务器21‑1的各进程全部成为运转模式,呼叫控制服务器21‑2的各进程的动作模式全部成为停机。另一方面,服务器系统2‑2内的管理服务器20‑2的管理表格如图15B所示那样,呼叫控制服务器21‑1的各进程的动作模式全部成为停机,呼叫控制服务器21‑2的各进程全部成为运转模式。呼叫控制进程C未被冗余化,而仅在呼叫控制服务器21‑1中执行。因此,在VPN6停机了的情况下,在第2LTE网络3‑2的区域中存在客户C的通信终端4的情况下,该通信终端4不能进行通信。
[0125] 该退化动作能够作为与来自对方侧进程的动作通知因VPN6的停机而中断这一情况对应的动作而通过图8所示的呼叫控制服务器21‑1、21‑2的各进程的动作、以及图10所示的管理服务器20‑1、20‑2的动作来实现。
[0126] 图16是表示LTE网络3(3‑1、3‑2)当中一个的服务停机了的情况下的动作形态的图。图16A表示第1LTE网络3‑1停机了的情况下的动作形态。由于第1LTE网络3‑1正在停机,因此与该第1LTE网络3‑1连接的通信终端4‑1、4‑2不能进行通信。但是,由于作为在服务器系统2‑1内正在运转的呼叫控制服务器21‑1的运转进程的呼叫控制进程B1‑1、B1‑2经由VPN6与第2LTE网络3‑2连接,因此与第2LTE网络3‑2连接的通信终端4‑3、4‑4能够访问该呼叫控制进程B1‑1、B2‑1而进行通信,仅使用一个网络3‑2的通信被维持。
[0127] 此外,图16B表示第2LTE网络3‑2停机了的情况下的动作形态。由于第2LTE网络3‑2正在停机,因此与第2LTE网络3‑2连接的通信终端4‑3、4‑4不能进行通信。但是,由于作为运转进程的呼叫控制进程B1‑1、B1‑2设置在第1LTE网络3‑1上,因此与第1LTE网络3‑1连接的通信终端4‑1、4‑2能够访问该呼叫控制进程B1‑1、B2‑1而进行通信,仅使用一个网络3‑1的通信被维持。
[0128] 另外,若是安装了第1LTE网络3‑1、第2LTE网络3‑2双方的SIM的多载波通信终端,则能够与未产生故障的那个LTE网络连接而进行通信。
[0129] 在本实施方式中,将呼叫控制服务器21‑1作为主服务器,将呼叫控制服务器21‑2作为子服务器,将在呼叫控制服务器21‑1中执行的各进程作为主进程来进行动作设定,但是也可以使作为主进程来进行动作设定的进程分散于呼叫控制服务器21‑1、21‑2。
[0130] 在以上的实施方式中,说明了服务器系统2、网络3分别各设置2个结构,但是也可以是具有第3、第4、···的服务器系统、网络的结构。通过这样,就能够进行进一步的冗余化。
[0131] 附图标记说明
[0132] 1 声音通信系统
[0133] 2(2‑1、2‑2) 服务器系统
[0134] 20(20‑1、20‑2) 管理服务器
[0135] 21(21‑1、21‑2) 呼叫控制服务器
[0136] 22(22‑1、22‑2) 预配置服务器
[0137] 3(3‑1,3‑2) LTE网络
[0138] 4(4‑1~4) 通信终端
QQ群二维码
意见反馈