通信控制装置、通信控制方法以及通信控制系统

摘要

呼叫连接数管理部(16)获取呼叫连接数，该呼叫连接数表示进行呼叫处理的各呼叫控制服务器正在处理的呼叫的数量。服务器停止控制部(15)根据每个呼叫控制服务器的呼叫连接数选择第一呼叫控制服务器，将分配给第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器，当分配给第一呼叫控制服务器的呼叫处理没有时，使第一呼叫控制服务器停止。分配控制部(12)接受与呼叫处理相关的处理请求，并且在进行了与处理请求对应的呼叫处理的呼叫控制服务器被服务器停止控制部(15)停止的情况下，将所述处理请求分配给作为由服务器停止控制部(15)转移了与所述处理请求对应的呼叫处理的目的地的所述其他的呼叫控制服务器。

权利要求

1.一种通信控制装置，其特征在于，所述通信控制装置具有：

呼叫连接数管理部，其获取呼叫连接数，该呼叫连接数表示进行呼叫处理的各呼叫控制服务器正在处理的呼叫的数量；

服务器停止控制部，其根据每个所述呼叫控制服务器的呼叫连接数，从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配给所述第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器，当分配给所述第一呼叫控制服务器的呼叫处理没有时，使所述第一呼叫控制服务器停止；

分配控制部，其接受与呼叫处理相关的处理请求，并且在进行了与所述处理请求对应的呼叫处理的呼叫控制服务器被所述服务器停止控制部停止的情况下，将所述处理请求分配给作为由所述服务器停止控制部转移了与所述处理请求对应的呼叫处理的目的地的所述其他的呼叫控制服务器；以及服务器起动控制部，其预先存储服务器起动阈值，在各所述呼叫控制服务器中的任意一个的负荷超过所述服务器起动阈值的情况下，使停止的呼叫控制服务器起动，当在分配给负荷超过所述服务器起动阈值的呼叫控制服务器的呼叫处理中存在从起动了的呼叫控制服务器转移来的转移呼叫处理的情况下，所述服务器起动控制部将所述转移呼叫处理返回到作为所述转移呼叫处理的转移源的起动了的呼叫控制服务器。

2.根据权利要求1所述的通信控制装置，其特征在于，

所述服务器停止控制部预先存储服务器停止阈值，根据每个所述呼叫控制服务器的呼叫连接数来选择第一呼叫控制服务器，如果将分配给所述第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器的情况下的该其他的呼叫控制服务器的负荷为所述服务器停止阈值以下，则将分配给所述第一呼叫控制服务器的呼叫处理转移给该其他的呼叫控制服务器，当分配给所述第一呼叫控制服务器的呼叫处理没有时，使所述第一呼叫控制服务器停止。

3.根据权利要求1所述的通信控制装置，其特征在于，

所述服务器起动控制部将针对负荷超过所述服务器起动阈值的呼叫控制服务器所分配的呼叫处理中的任意一个转移给起动了的呼叫控制服务器。

4.一种通信控制方法，其特征在于，

获取呼叫连接数，该呼叫连接数表示进行呼叫处理的各呼叫控制服务器正在处理的呼叫的数量，根据每个所述呼叫控制服务器的呼叫连接数，从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配给所述第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器，当分配给所述第一呼叫控制服务器的呼叫处理没有时，使所述第一呼叫控制服务器停止，

接受与呼叫处理相关的处理请求，并且在进行了与所述处理请求对应的呼叫处理的呼叫控制服务器被所述服务器停止控制部停止的情况下，将所述处理请求分配给作为转移了与所述处理请求对应的呼叫处理的目的地的所述其他的呼叫控制服务器，在各所述呼叫控制服务器中的任意一个的负荷超过服务器起动阈值的情况下，使停止的呼叫控制服务器起动，当在分配给负荷超过所述服务器起动阈值的呼叫控制服务器的呼叫处理中存在从起动了的呼叫控制服务器转移来的转移呼叫处理的情况下，将所述转移呼叫处理返回到作为所述转移呼叫处理的转移源的起动了的呼叫控制服务器。

5.一种通信控制系统，其具有呼叫控制服务器和通信控制装置，其特征在于，所述呼叫控制服务器具有：呼叫处理部，其进行呼叫的处理；以及

停止控制部，其使本装置停止，

所述通信控制装置具有：

呼叫连接数管理部，其获取呼叫连接数，该呼叫连接数表示各所述呼叫控制服务器正在处理的呼叫的数量；

服务器停止控制部，其根据每个所述呼叫控制服务器的呼叫连接数，从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配给所述第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器，当分配给所述第一呼叫控制服务器的呼叫处理没有时，指示所述第一呼叫控制服务器的所述停止控制部停止；

分配控制部，其接受与呼叫处理相关的处理请求，并且在进行了与所述处理请求对应的呼叫处理的呼叫控制服务器停止的情况下，将所述处理请求分配给作为由所述服务器停止控制部转移了与所述处理请求对应的呼叫处理的目的地的所述其他的呼叫控制服务器；

以及

服务器起动控制部，其预先存储服务器起动阈值，在各所述呼叫控制服务器中的任意一个的负荷超过所述服务器起动阈值的情况下，使停止的呼叫控制服务器起动，当在分配给负荷超过所述服务器起动阈值的呼叫控制服务器的呼叫处理中存在从起动了的呼叫控制服务器转移来的转移呼叫处理的情况下，所述服务器起动控制部将所述转移呼叫处理返回到作为所述转移呼叫处理的转移源的起动了的呼叫控制服务器。

说明书

通信控制装置、通信控制方法以及通信控制系统

技术领域

[0001] 本发明涉及通信控制装置、通信控制方法以及通信控制系统。

背景技术

[0002] 近年来，在通信服务的领域中，因宽度契约者的增加和服务的多样化，业务量也逐渐增加。由于这种倾向，通信领域中所使用的服务器被要求能承受将来的业务量的性能。

[0003] 在实现这样要求的性能时，在使一台服务器大容量化的方法中，在能够对应的性能上存在界限。并且，最近，要求从小规模开始向阶段性的业务量变动的设备有效应用和省电化对策。在这种状况中，仅根据以往的ACT/SBY(Active/Standby)功能和双重化结构不能满足服务器所要求的条件。因此，提出了如下的方案：通过使用将多台服务器作为基础的通信控制系统，而实现系统的性能以及提高规模。

[0004] 其中，存在如下的以往技术：使用根据来自客户端的每单位时间的处理请求数的最大值而计算出的每1台服务器的处理数，求出处理当前的请求时需要的服务器台数，判定是否存在可停止的服务器或应该起动的服务器(例如，参照专利文献1)。

[0005] 并且，存在如下的以往技术：根据多个服务器的优先度，通过从优先度高的服务器开始对请求进行分配直到达到阈值为止，从而增减服务器工作台数(例如，参照专利文献2)。

[0006] 现有技术文献

[0007] 专利文献

[0008] 专利文献1：日本特开2011-015196号公报

[0009] 专利文献2：日本特开2011-013870号公报

发明内容

[0010] 发明要解决的课题

[0011] 然而，在根据对请求进行处理所需要的服务器台数而使服务器停止或起动的以往技术中，在服务器全部处理完针对要停止的服务器的继续处理请求之前，无法停止服务器。因此，很难实现高效地省电化。特别是在进行呼叫控制的服务器的情况下，由于处理时间根据使用者的使用状况而改变，因此，有可能不能进行用于省电化的最佳的控制。并且，在根据优先度来分配请求的以往技术中，在负荷暂时变高而将处理分配给优先度低的服务器的情况下，即使之后负荷变低，还剩下所分配的处理的优选度低的服务器在处理结束之前也无法停止。

[0012] 本发明公开的技术是鉴于上述而完成的，其目的在于，提供一种减轻通信系统的耗电的通信控制装置、通信控制方法以及通信控制系统。

[0013] 用于解决课题的手段

[0014] 本发明所公开的通信控制装置、通信控制方法以及通信控制系统在一个方式中，呼叫连接数管理部获取呼叫连接数，该呼叫连接数表示进行呼叫处理的各呼叫控制服务器正在处理的呼叫的数量。服务器停止控制部根据每个所述服务器的呼叫连接数，从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配给所述第一呼叫控制服务器的呼叫处理转移给其他的呼叫控制服务器，当分配给所述第一呼叫控制服务器的呼叫处理没有时，使所述第一呼叫控制服务器停止。分配控制部接受与呼叫处理相关的处理请求，并且在进行了与所述处理请求对应的呼叫处理的呼叫控制服务器被所述服务器停止控制部停止的情况下，将所述处理请求分配给作为由所述服务器停止控制部转移了与所述处理请求对应的呼叫处理的目的地的所述其他的呼叫控制服务器。服务器起动控制部预先存储服务器起动阈值，在各所述呼叫控制服务器中的任意一个的负荷超过所述服务器起动阈值的情况下，使停止的呼叫控制服务器起动，当在分配给负荷超过所述服务器起动阈值的呼叫控制服务器的呼叫处理中存在从起动了的呼叫控制服务器转移来的转移呼叫处理的情况下，所述服务器起动控制部将所述转移呼叫处理返回到作为所述转移呼叫处理的转移源的起动了的呼叫控制服务器。

[0015] 发明效果

[0016] 根据本发明所公开的通信控制装置、通信控制方法和通信控制系统的一个方式，实现能够降低通信系统的耗电的效果。

附图说明

[0017] 图1是实施例的通信系统的框图。

[0018] 图2是呼叫信息的一例的图。

[0019] 图3是服务器管理信息的一例的图。

[0020] 图4是呼叫连接信息列表的一例的图。

[0021] 图5是服务器状态管理表的一例的图。

[0022] 图6是表示呼叫处理的移动发生前的各呼叫控制服务器所管理的呼叫处理的图。

[0023] 图7是表示呼叫处理的移动发生后的各呼叫控制服务器所管理的呼叫处理的图。

[0024] 图8是表示返回呼叫处理前的各呼叫控制服务器所管理的呼叫处理的图。

[0025] 图9是表示返回了呼叫处理后的各呼叫控制服务器所管理的呼叫处理的图。

[0026] 图10是由2台服务器构成了通信控制装置的情况下的结构例的图。

[0027] 图11是建立通信之前的处理的序列图。

[0028] 图12是呼叫处理的转移处理的序列图。

[0029] 图13是转移后的呼叫处理的序列图。

[0030] 图14是呼叫处理的返回处理的序列图。

[0031] 图15是返回后的呼叫处理的序列图。

[0032] 图16是停止对象服务器和转移目的地服务器的决定处理的流程图。

[0033] 图17是示出转移前的呼叫连接信息列表的状态的一例的图。

[0034] 图18是示出呼叫连接数升序排序结果的一例的图。

[0035] 图19是示出进行了停止对象服务器和转移目的地服务器的决定处理时的计算结果的一例的图。

[0036] 图20是返回被转移的呼叫处理的呼叫控制服务器的决定处理的流程图。

[0037] 图21是示出返回呼叫处理前的呼叫连接信息列表的状态的一例的图。

[0038] 图22是示出进行了返回呼叫处理的呼叫控制服务器的决定处理时的计算结果的一例的图。

[0039] 图23是表示服务器管理信息的迁移的图。

[0040] 图24是表示呼叫信息的迁移的图。

[0041] 图25是表示服务器状态管理表的迁移的图。

[0042] 图26A是示出使用了以往技术的情况下的呼叫连接的状态的一例的图。

[0043] 图26B是示出使用了本实施例的通信控制装置的情况下的呼叫连接数的状态的一例的图。

[0044] 图27A是示出使用了以往技术的情况下的呼叫连接的状态的其他例的图。

[0045] 图27B是示出使用了本实施例的通信控制装置的情况下的呼叫连接数的状态的其他例的图。

[0046] 图28是通信控制装置的硬件结构图。

具体实施方式

[0047] 下面，根据附图，对本申请所公开的通信控制装置、通信控制方法以及通信控制系统的实施例进行详细的说明。另外，本申请所公开的通信控制装置、通信控制方法以及通信控制系统不被以下的实施例所限定。

[0048] 实施例

[0049] 图1是实施例的通信系统的框图。本实施例的通信控制系统具有通信控制装置1和呼叫控制服务器21～22。这里，在图1中，仅记载了呼叫控制服务器21和22这2台，但是呼叫控制服务器也可以是3台以上。在以下没有区别各呼叫控制服务器的情况下，称为“呼叫控制服务器20”。利用网络来连接通信控制装置1和呼叫控制服务器20。

[0050] 并且，呼叫侧系统31和被叫侧系统41的组合表示是通过呼叫控制服务器21进行系统间的呼叫处理的系统。并且，呼叫侧系统32和被叫侧系统42的组合表示是通过呼叫控制服务器22进行系统间的呼叫处理的系统。在图1中，为了表示与管理呼叫处理的呼叫控制服务器之间的对应，而表示为呼叫控制服务器21和22与呼叫侧系统31、32以及被叫侧系统41、42分别连接。但是，呼叫侧系统31、32以及被叫侧系统41、42也可以与连接通信控制装置1和呼叫控制服务器21～22的网络连接。在以下的说明中，在没有区别各呼叫侧系统的情况下，称为“呼叫侧系统30”。并且，在没有区别各被叫侧系统的情况下，称为“被叫侧系统40”。

[0051] 通信控制装置1具有：存储部10、服务器起动控制部11、分配控制部12、通信控制部13、转移目的地服务器管理部14、服务器停止控制部15、呼叫连接数管理部16、呼叫信息访问控制部17以及呼叫号码管理部18。

[0052] 存储部10存储服务器状态管理表101、呼叫连接信息列表102、服务器管理信息103以及呼叫信息104各自的格式。

[0053] 图2是呼叫信息的一例的图。例如，如图2所示，呼叫信息104是将呼叫号码、呼叫状态、被叫号码、主叫号码、通话开始时刻以及其他的信息分别对应起来进行登记的表等。呼叫状态是表示分配了呼叫号码的呼叫是否为通话中等呼叫的状态的信息。被叫号码是表示被叫侧的装置的电话号码的信息。主叫号码是表示呼叫侧的装置的电话号码的信息。通话开始时刻是表示在呼叫侧的装置与被叫侧的装置之间开始进行通话的时刻的信息。在图2中，其他的信息是被表示为“etc”的信息，是呼叫中附带的各种信息。

[0054] 图3是服务器管理信息的一例的图。例如，如图3所示，服务器管理信息103是将呼叫号码、运转状态、呼叫生成服务器和转移目的地服务器分别对应起来进行登记的表等。运转状态是表示如下情况的信息：分配了呼叫号码的呼叫的呼叫处理是由生成了该呼叫的呼叫控制服务器来进行管理，还是将该呼叫处理从呼叫生成服务器转移到其他的呼叫控制服务器并由转移目的地的呼叫控制服务器来进行管理。并且，呼叫生成服务器是生成了分配有呼叫号码的呼叫的呼叫控制服务器的信息。以下，有时将生成了呼叫的呼叫控制服务器称为“呼叫生成服务器”。转移目的地服务器是从后述的呼叫生成服务器向其他的呼叫控制服务器进行了呼叫处理转移的情况下的、转移了呼叫处理的目的地的呼叫控制服务器的信息。以下，有时将转移了呼叫处理的目的地的呼叫控制服务器称为“转移目的地服务器”。在服务器管理信息103中，与未分配给呼叫的呼叫号码对应的运转状态为“空”，呼叫生成服务器和转移目的地服务器为“无效(NULL)”。

[0055] 图4是呼叫连接信息列表的一例的图。例如，如图4所示，呼叫连接信息列表102是将服务器号码、通常处理呼叫数、转移处理呼叫数以及转移源服务器分别对应起来进行登记的表等。服务器号码是各呼叫控制服务器20的识别信息。通常处理呼叫数是由具有对应的服务器号码的呼叫控制服务器20生成并管理的呼叫的个数。转移处理呼叫数是将呼叫处理转移到具有对应的服务器号码的呼叫控制服务器20的呼叫的每个转移源服务器的个数。转移源服务器是将呼叫处理转移给具有对应的服务器号码的呼叫控制服务器20的呼叫控制服务器20的识别信息。呼叫连接信息列表102是由后述的呼叫连接数管理部16生成的。

[0056] 图5是服务器状态管理表的一例的图。例如，如图5所示，服务器状态管理表101是将服务器号码、地址、运转状态、转移目的地服务器地址以及新事件可否受理分别对应起来进行登记的表等。服务器号码是各呼叫控制服务器20的识别信息。运转状态是表示具有对应的服务器号码的呼叫控制服务器20是运转中还是停止中的信息。转移目的地服务器地址是被转移了具有对应的服务器号码的呼叫控制服务器20所具有的呼叫处理的呼叫控制服务器20的地址。新事件可否受理是表示具有对应的服务器号码的呼叫控制服务器20能否受理新事件的信息。

[0057] 通信控制部13从呼叫控制服务器20、呼叫侧系统30以及被叫侧系统40接收数据并向对接收到的数据进行处理的各部分输出数据。并且，通信控制部13接收从各部分输出的数据并向呼叫控制服务器20、呼叫侧系统30和被叫侧系统40发送数据。这样，通信控制装置1的各部分实际上经由通信控制部13与呼叫控制服务器20、呼叫侧系统30和被叫侧系统40进行数据的交换，但是在以下的说明中，为了方便起见，有时以各部分与呼叫控制服务器20进行数据的授受的方式进行说明。

[0058] 呼叫号码管理部18从呼叫控制服务器20接受呼叫号码获取请求，该呼叫控制服务器20从呼叫侧系统30接受到呼叫设定的请求。呼叫号码管理部18确认呼叫信息104的呼叫状态，并确定没有被使用的呼叫号码。呼叫号码管理部18针对来自呼叫控制服务器20的呼叫号码获取请求，分配未被使用的呼叫号码。并且，呼叫号码管理部18向发送来呼叫号码获取请求的呼叫控制服务器20发送所分配的呼叫号码。

[0059] 此外，呼叫号码管理部18在与分配的呼叫号码对应的服务器管理信息103的运转状态的栏上登记“通常”。并且，呼叫号码管理部18在与分配的呼叫号码对应的服务器管理信息103的呼叫生成服务器的栏上登记发送了该呼叫号码的呼叫控制服务器20的识别信息。

[0060] 呼叫信息访问控制部17具备使某呼叫控制服务器20管理的呼叫的信息无法由其他的呼叫控制服务器20访问等的排他控制功能。并且，呼叫信息访问控制部17提供如下功能：用于使呼叫控制服务器20根据呼叫号码访问呼叫信息并进行参照和更新等。

[0061] 例如，在建立通话的情况下，呼叫信息访问控制部17从呼叫控制服务器20接收由呼叫号码管理部18分配的呼叫号码以及与该号码对应的主叫号码或被叫号码等信息。并且，呼叫信息访问控制部17在呼叫信息104上登记接收到的主叫号码、被叫号码等信息。此外，呼叫信息访问控制部17将与接收到的呼叫号码对应的呼叫信息104的呼叫状态变为主叫状态。然后，呼叫信息访问控制部17在从呼叫控制服务器20接受到呼叫信息读出请求时，读出呼叫信息104并发送给呼叫控制服务器20。并且，呼叫信息访问控制部17在呼叫的状态迁移后，从呼叫控制服务器20接受呼叫信息写入请求。并且，呼叫信息访问控制部17为了表示呼叫的迁移状态而改变呼叫信息104的呼叫状态。并且，当成为通话状态时，呼叫信息访问控制部17将呼叫信息104的呼叫状态变为“通话中”。

[0062] 并且，结束通话的情况也同样，呼叫信息访问控制部17在从呼叫控制服务器20接受到呼叫信息读出请求时，读出呼叫信息104并发送给呼叫控制服务器20。并且，呼叫信息访问控制部17在呼叫的状态迁移后，从呼叫控制服务器20接受呼叫信息写入请求。并且，呼叫信息访问控制部17为了表示呼叫的迁移状态而改变呼叫信息104的呼叫状态。并且，当成功切断通话时，呼叫信息访问控制部17将呼叫信息104中的与成功切断通话的呼叫的呼叫号码对应的呼叫状态变为“空”，并且，从呼叫信息104中删除与该呼叫号码对应的被叫号码、主叫号码、通话开始时间以及其他的信息。

[0063] 呼叫连接数管理部16在从后述的服务器停止控制部15接受到呼叫连接信息获取请求时，提取服务器管理信息103中的运转状态为“通常”的呼叫处理，并按照各呼叫生成服务器进行合计。并且，呼叫连接数管理部16在呼叫连接信息列表102中的各呼叫控制服务器的通常处理呼叫数上登记合计结果。并且，呼叫连接数管理部16提取服务器管理信息103中的运转状态为“转移”的呼叫处理，并按照每个转移目的地服务器和每个呼叫生成服务器进行合计。并且，呼叫连接数管理部16确定与所合计的各转移目的地服务器对应的呼叫连接信息列表102中的呼叫控制服务器20。呼叫连接数管理部16在呼叫连接信息列表102的与所确定的呼叫控制服务器对应的转移源服务器号码的栏上，登记在服务器管理信息103中使所确定的呼叫控制服务器20为转移目的地服务器的呼叫生成服务器的识别信息。此外，呼叫连接数管理部16在与所登记的转移源服务器号码对应的转移处理呼叫数目的栏上登记合计结果。

[0064] 服务器停止控制部15定期地向呼叫连接数管理部16发送呼叫连接信息获取请求。这里，只要发送呼叫连接信息获取请求的周期缩短就能够提高停止服务器的频率，因此，能够进一步实现省电化，但是，通信控制装置的负荷会变高。因此，优选按照运用状况来决定发送呼叫连接信息获取请求的周期。

[0065] 服务器停止控制部15参照呼叫连接数管理部16所更新的呼叫连接信息列表，判定是否存在可停止的服务器。这里，对服务器停止控制部15所进行的可停止的服务器的判定进行详细的说明。

[0066] 服务器停止控制部15预先存储服务器停止监视阈值，该服务器停止监视阈值用于判定服务器是否可停止。例如，可以将服务器停止监视阈值设为最大负荷量的20％等。并且，服务器停止控制部15从呼叫连接信息列表102获取各呼叫控制服务器20所管理的通常处理呼叫数和转移处理呼叫数。并且，服务器停止控制部15按照每个呼叫控制服务器20对通常处理个数和转移处理个数进行合计并计算呼叫连接数。然后，服务器停止控制部15按照呼叫连接数的升序对呼叫控制服务器20进行排序。并且，服务器停止控制部15从升序的最高位向最低位逐一地选择检查对象服务器，并重复进行以下的处理。服务器停止控制部15在检查对象服务器的下一个顺序的呼叫控制服务器20到最低位的呼叫控制服务器20之间，判定是否存在如下的服务器：即使使该服务器管理的呼叫连接数加上检查对象服务器的呼叫连接数也没有超过服务器停止监视阈值。服务器停止控制部15在存在即使加上检查对象服务器的呼叫连接数也没有超过服务器停止监视阈值的服务器的情况下，将该检查对象服务器判定为停止对象服务器。该停止对象服务器相当于“第一呼叫控制服务器”的一例。并且，服务器停止控制部15将即使加上停止对象服务器的呼叫连接数也没有超过服务器停止监视阈值的服务器中的顺序最低的呼叫控制服务器20决定为转移目的地服务器。并且，服务器停止控制部15将通过转移呼叫处理而使各呼叫控制服务器20进行管理的呼叫处理的数作为计算结果而求出。服务器停止控制部15在检查对象服务器转移到下一个呼叫控制服务器20的情况下，也保持该计算结果，每次产生呼叫处理的转移时都进行更新。

[0067] 当针对所有的呼叫控制服务器20的是否可停止的检查完成时，服务器停止控制部15向分配控制部12通知停止停止对象服务器的分配。

[0068] 此外，服务器停止控制部15向转移目的地服务管理部14通知将服务管理信息103中的停止对象服务器的运转状态变为“停止中”以及登记转移目的地服务器。

[0069] 当从转移目的地服务管理部14接收到服务器管理信息103的更新的完成通知时，服务器停止控制部15向分配控制部12通知停止对象服务器所管理的呼叫的转移目的地服务器，指示分配控制部12更新服务器状态管理表21。

[0070] 接着，服务器停止控制部15向作为停止对象服务器的呼叫控制服务器20发送停止命令。

[0071] 服务器起动控制部11定期地向呼叫连接数管理部16发送呼叫连接信息获取请求。这里，只要发送呼叫连接信息获取请求的周期缩短就能够提高服务器的起动的频率，能够抑制服务器成为高负荷的情况，但是，通信控制装置1的负荷变高。因此，优选按照运用状况来决定发送呼叫连接信息获取请求的周期。

[0072] 服务器起动控制部11参照呼叫连接数管理部16所更新的呼叫连接信息列表102，判定是否存在停止中服务器。在存在停止中服务器的情况下，服务器起动控制部11判定是否存在具有超过预先存储的服务器起动监视阈值的负荷量的呼叫控制服务器20(下面，有时称为“高负荷服务器”)。这里，服务器起动监视阈值采取比服务器停止监视阈值低的值。例如，在使服务器停止监视阈值为最大负荷量的20％的情况下，可以使服务器起动监视阈值为最大负荷量的50％等。

[0073] 在存在高负荷服务器的情况下，服务器起动控制部11决定使转移到高负荷服务器的呼叫处理返回到转移源服务器。服务器起动控制部11向转移目的地服务器管理部14通知服务器管理信息的更新请求。

[0074] 当从转移目的地服务器管理部14接收到服务器管理信息103的更新的完成通知时，服务器起动控制部11向作为返回呼叫处理的移动源服务器的呼叫控制服务器20发送起动命令。

[0075] 此外，服务器起动控制部11向转移目的地服务器管理部14通知高负荷服务器的信息，并且，指示分配控制部12更新服务器状态管理表101。

[0076] 此外，服务器起动控制部11指示转移目的地服务管理部14将服务器管理信息103中的返回呼叫处理的转移源服务器的运转状态变为“通常”以及将转移目的地服务器返回“无效”。

[0077] 转移目的地服务器管理部14从服务器停止控制部15接受将服务管理信息103中的停止对象服务器的运转状态变为“停止中”以及登记转移目的地服务器的请求。并且，转移目的地服务器管理部14将服务器管理信息103中的停止对象服务器的运转状态变为“停止中”，进而登记从停止对象服务器转移了呼叫的转移目的地服务器的识别信息。然后，转移目的地服务器管理部14向服务器停止控制部15输出服务器管理信息103的更新的完成通知。

[0078] 并且，转移目的地服务器管理部14从服务器停止控制部15接受将服务管理信息103中的返回呼叫处理的转移源服务器的运转状态变为“通常”以及将转移目的地服务器返回“无效”的请求。并且，转移目的地服务器管理部14将服务管理信息103中的返回呼叫处理的转移源服务器的运转状态变为“通常”，进而将转移目的地服务器返回“无效”。然后，转移目的地服务器管理部14向服务器起动控制部11输出服务器管理信息103的更新的完成通知。

[0079] 分配控制部12从呼叫侧系统30接收呼叫设定的请求。并且，分配控制部12从呼叫控制服务器20中选择设定呼叫的服务器。然后，分配控制部12向所选择的呼叫控制服务器20通知呼叫侧系统30的信息和被叫侧系统40的信息，在所选择的呼叫控制服务器20上进行呼叫设定。

[0080] 分配控制部12从服务器停止控制部15接受停止分配新事件的指示。并且，分配控制部12使在此以后所请求的呼叫设定等事件不向停止对象服务器分配。

[0081] 然后，分配控制部12从服务器停止控制部15接受停止对象服务器所管理的呼叫处理的转移目的地服务器的通知以及服务器状态管理表101的更新的指示。并且，分配控制部12将服务器状态管理表101的停止对象服务器的运转状态变为“停止中”。此外，分配控制部
12在转移目的地服务器地址中写入停止对象服务器的呼叫处理的转移目的地服务器的地址，使新事件可否受理为“不可”。

[0082] 并且，分配控制部12从服务器起动控制部11接受将服务管理信息103中的返回呼叫处理的转移源服务器的运转状态变为“通常”以及将转移目的地服务器返回“无效”的指示。并且，分配控制部12在服务器状态管理表101中，将返回呼叫处理的转移源服务器的运转状态变为“运转中”，将转移目的地服务器地址返回“无效”，使新事件可否受理为“可”。

[0083] 接着，对呼叫控制服务器进行说明。这里，以呼叫控制服务器21为例进行说明，但是，呼叫控制服务器20都具有同样的功能。呼叫控制服务器21具有通信控制部201、呼叫处理部202以及电源控制部203。

[0084] 通信控制部201对通信控制装置1、呼叫侧系统30以及被叫侧系统40之间的通信进行控制。

[0085] 呼叫处理部202进行由通信控制装置1设定的呼叫的处理。例如，呼叫处理部202生成并发送向通信控制装置1发送的呼叫信息、生成并发送向呼叫侧系统30和被叫侧系统40发送的信号等。呼叫处理部202在生成向呼叫侧系统30和被叫侧系统40发送的信号的情况下，将Via头、Record-Route头编辑为经由通信控制装置1的分配控制部12。

[0086] 电源控制部203接受来自通信控制装置1的服务器停止控制部15的停止命令，开始进行呼叫控制服务器21的停止处理，然后，将电源关闭。并且，电源控制部203接受来自通信控制装置1的服务器起动控制部11的起动命令，将呼叫控制服务器21的电源打开，开始进行起动处理。该电源控制部203相当于“停止控制部”的一例。

[0087] 接着，参照图6～图9，再次对呼叫处理的转移处理以及移动后的呼叫处理的返回处理的概要进行总结说明。图6是表示呼叫处理的移动发生前的各呼叫控制服务器所管理的呼叫处理的图。并且，图7是表示呼叫处理的移动发生后的各呼叫控制服务器所管理的呼叫处理的图。并且，图8是表示返回呼叫处理前的各呼叫控制服务器所管理的呼叫处理的图。并且，图9是表示返回呼叫处理后的各呼叫控制服务器所管理的呼叫处理的图。图6～图9的纵轴都表示与呼叫处理的数量对应的呼叫控制服务器的负荷量，横轴表示各呼叫控制服务器20。在以下的说明中，对存在被称为呼叫控制服务器#1～#3这3台呼叫控制服务器20的情况进行说明。并且，这里，为了便于说明，上述的排序等、决定转移呼叫处理的呼叫控制服务器20等处理省略，对将呼叫控制服务器#2和#3的呼叫处理转移到呼叫控制服务器#1的情况进行说明。

[0088] 服务器停止控制部15例如预先存储图6所示的服务器停止监视阈值302作为用于判定服务器可否停止的阈值。最大负荷量301是表示能够施加给呼叫控制服务器20的负荷量的最大值的值。服务器停止监视阈值302是比最大负荷量301低的值。并且，在图6的状态中，呼叫控制服务器#1管理呼叫处理A，呼叫控制服务器#2管理呼叫处理B，呼叫控制服务器#3管理呼叫处理C。

[0089] 并且，服务器停止控制部15在将呼叫控制服务器#2和#3所管理的呼叫处理转移到呼叫控制服务器#1的情况下，判定呼叫控制服务器#1的负荷量是否超过服务器停止监视阈值302。在没有超过的情况下，判定呼叫控制服务器#2和#3双方为停止对象服务器。这里，如图6的虚线所示，即使在呼叫控制服务器#1所管理的呼叫处理A上加上呼叫处理B和呼叫处理C，也没有超过服务器停止监视阈值302。因此，服务器停止控制部15决定将呼叫控制服务器#2和#3所管理的呼叫处理B和C移动到呼叫控制服务器#1，并停止呼叫控制服务器#2和#3。

[0090] 并且，服务器停止控制部15向分配控制部12通知将呼叫控制服务器#2和#3所管理的呼叫处理B和呼叫处理C转移到呼叫控制服务器#1的内容的通知以及更新服务器状态管理表101的指示。分配控制部12接受来自服务器停止控制部15的通知，使服务器状态管理表101中的、呼叫控制服务器#2和#3的运转状态为停止中，进而，在呼叫控制服务器#2和#3所管理的呼叫处理B和呼叫处理C的转移目的地服务器地址上写入呼叫控制服务器#1的地址。
由此，分配控制部12能够将这以后的呼叫处理B和呼叫处理C中的各处理发送给服务器#1。
即，如图7所示，能够将呼叫控制服务器#2和#3所管理的呼叫处理B和呼叫处理C转移到呼叫控制服务器#1。

[0091] 接着，在图7的状态时，例如，在呼叫控制服务器#1上设定新的呼叫，呼叫处理D和呼叫处理E由呼叫控制服务器#1管理，成为图8所表示的状态。在该情况下，呼叫控制服务器#1的负荷量变为服务器起动监视阈值303以上，成为高负荷服务器。因此，服务器起动控制部11决定将转移到呼叫控制服务器#1的呼叫处理B和呼叫处理C返回到作为转移源服务器的呼叫控制服务器#2和#3。

[0092] 并且，服务器起动控制部11向分配控制部12通知将呼叫控制服务器#1所管理的呼叫处理B和呼叫处理C返回到呼叫控制服务器#2和#3的内容的通知以及更新服务器状态管理表101的指示。分配控制部12接受来自服务器起动控制部11的通知，使服务器状态管理表101中的、呼叫控制服务器#2和#3的运转状态返回到通常，进而，使与呼叫控制服务器#2和#
3对应的转移目的地服务器地址返回“无效”。由此，分配控制部12能够向服务器#2发送这以后的呼叫处理B中的各处理，向服务器#3发送呼叫处理C中的各处理。即，如图9所示，将呼叫处理B和呼叫处理C返回到呼叫控制服务器#2和#3，能够减少呼叫控制服务器#1的负荷量。

[0093] 接着，参照图10，对将通信控制装置1分成分配服务器151和DB(Data Base：数据库)服务器152而构成的情况下的通信系统进行说明。图10是利用2台服务器构成通信控制装置的情况下的结构例的图。

[0094] 分配服务器151具有：服务器起动控制部11、分配控制部12、服务器停止控制部15以及通信控制部191。并且，分配服务器151存储服务器状态管理表101、呼叫连接信息列表102以及服务器管理信息103。分配服务器151是具有向呼叫控制服务器20分配呼叫处理的功能的服务器。

[0095] DB服务器152具有转移目的地服务器管理部14、呼叫连接数管理部16、呼叫信息访问控制部17、呼叫号码管理部18以及通信控制部192。并且，DB服务器152存储呼叫信息104。DB服务器152是具有对登记了呼叫信息的数据库进行管理的功能的服务器。

[0096] 并且，在图10中，与图1具有相同符号的各部分具有相同的功能。但是，由于分成2台服务器，因此，图1中的通信控制部13被分成分配服务器151的通信控制部191与DB服务器152的通信控制部192。

[0097] 这样，如图10所示，通信控制装置1能够分成2台服务器，也能够将功能分给其以上台数的服务器。并且，各功能的分配方法不限于图10的例子，也不特别限制哪个服务器具有哪个功能。

[0098] 这里，参照图11，以图10的通信信息系统为例，对建立通信之前的处理的流程进行说明。图11是建立通信之前的处理的序列图。

[0099] 呼叫侧系统30向分配服务器151发送作为用于进行通话请求、设定呼叫的呼叫设定请求的INVITE(步骤S101)。

[0100] 分配服务器151从呼叫侧系统30接收INVITE。并且，分配服务器151的分配控制部12选择设定呼叫的呼叫控制服务器20，并向所选择的呼叫控制服务器20发送INVITE(步骤S102)。

[0101] 呼叫控制服务器20的呼叫处理部202从分配服务器151接收INVITE。接着，呼叫处理部202向DB服务器152发送呼叫号码获取请求(步骤S103)。

[0102] DB服务器152从呼叫控制服务器20的呼叫处理部202接收呼叫号码获取请求。接着，DB服务器152的呼叫号码管理部18从呼叫信息104获取没有被使用的呼叫号码(步骤S104)。呼叫号码管理部18将获取到的呼叫号码分配给从呼叫侧系统30具有设定请求的呼叫。此外，呼叫号码管理部18在与所分配的呼叫号码对应的服务器管理信息103的各栏上登记信息(步骤S105)。此外，呼叫号码管理部18向呼叫控制服务器20发送所分配的呼叫号码(步骤S106)。

[0103] 呼叫控制服务器20的呼叫处理部202从DB服务器152的呼叫号码管理部18接收被分配给从呼叫侧系统30具有设定要求的呼叫的呼叫号码。接着，呼叫处理部202生成与使用来自呼叫侧系统30的设定要求而进行分配的呼叫号码对应的呼叫信息(步骤S107)。接着，呼叫处理部202向DB服务器152发送所生成的呼叫信息(步骤S108)。

[0104] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接收呼叫信息。接着，呼叫信息访问控制部17在呼叫信息104中登记接收到的呼叫信息(步骤S109)。

[0105] 呼叫控制服务器20的呼叫处理部202生成用于将INVITE传递给被叫侧系统40的信号(步骤S110)。此时，呼叫处理部202将所生成的信号的Via头和Record-Route头编辑成经由分配服务器151。接着，呼叫处理部202使用所生成的信号将INVITE发送给被叫侧系统40(步骤S111)。

[0106] 被叫侧系统40在接收到INVITE时，确认接收到的信号的各头，确定接收信号的响应目的地。接着，被叫侧系统40向分配服务器151发送作为表示接收到INVITE的应答的100Trying(步骤S112)。

[0107] 分配服务器151的分配控制部12从被叫侧系统40接收100Trying。接着，分配控制部12向呼叫控制服务器20发送100Trying(步骤S113)。

[0108] 呼叫控制服务器20的呼叫处理部202从分配服务器151的分配控制部12接收100Trying。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S114)。

[0109] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S115)。接着，呼叫信息访问控制部17向呼叫控制服务器20发送读出的呼叫信息(步骤S116)。

[0110] 呼叫控制服务器20的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为获取了100Trying的状态(步骤S117)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S118)。

[0111] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息和呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为接收到100Trying的状态的呼叫信息更新写入到呼叫信息104中(步骤S119)。

[0112] 呼叫控制服务器20的呼叫处理部202生成用于将100Trying传递给呼叫侧系统30的信号(步骤S120)。接着，呼叫处理部202使用所生成的信号将100Trying发送给呼叫侧系统30(步骤S121)。

[0113] 在被叫侧系统40中，被叫侧装置接收INVITE，向分配服务器151发送作为表示以响铃等来进行呼叫的响应的180Ringing(步骤S122)。

[0114] 分配服务器151的分配控制部12从被叫侧系统40接收180Ringing。接着，分配控制部12向呼叫控制服务器20发送180Ringing(步骤S123)。

[0115] 呼叫控制服务器20的呼叫处理部202从分配服务器151的分配控制部12接收180Ringing。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S124)。

[0116] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S125)。接着，呼叫信息访问控制部17向呼叫控制服务器20发送读出的呼叫信息(步骤S126)。

[0117] 呼叫控制服务器20的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为呼叫中的状态(步骤S127)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S128)。

[0118] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为呼叫中的状态的呼叫信息更新写入到呼叫信息104中(步骤S129)。

[0119] 呼叫控制服务器20的呼叫处理部202生成用于将180Ringing传递给呼叫侧系统30的信号(步骤S130)。接着，呼叫处理部202使用所生成的信号将180Ringing发送给呼叫侧系统30(步骤S131)。

[0120] 然后，在呼叫侧装置中存在呼叫响应的情况下，被叫侧系统40对INVITE请求进行正常地处理，即，将表示呼叫成果的200OK发送给分配服务器151(步骤S132)。

[0121] 分配服务器151的分配控制部12从被叫侧系统40接收200OK。接着，分配控制部12向呼叫控制服务器20发送200OK(步骤S133)。

[0122] 呼叫控制服务器20的呼叫处理部202从分配服务器151的分配控制部12接收200OK。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S134)。

[0123] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S135)。接着，呼叫信息访问控制部17向呼叫控制服务器20发送读出的呼叫信息(步骤S136)。

[0124] 呼叫控制服务器20的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为表示呼叫成功的状态(步骤S137)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S138)。

[0125] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为表示呼叫成功的状态的呼叫信息更新写入到呼叫信息104中(步骤S139)。

[0126] 呼叫控制服务器20的呼叫处理部202生成用于将200OK传递给呼叫侧系统30的信号(步骤S140)。接着，呼叫处理部202使用所生成的信号将200OK发送给呼叫侧系统30(步骤S141)。

[0127] 呼叫侧系统30从呼叫控制服务器20的呼叫处理部202接收200OK。接着，将作为表示接收到200OK的响应的确认响应的ACT发送给呼叫控制服务器20(步骤S142)。

[0128] 呼叫控制服务器20的呼叫处理部202从呼叫侧系统30接收200OK。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S143)。

[0129] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S144)。接着，呼叫信息访问控制部17向呼叫控制服务器20发送读出的呼叫信息(步骤S145)。

[0130] 呼叫控制服务器20的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为表示通话中的状态(步骤S146)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S147)。

[0131] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为表示通话中的状态的呼叫信息更新写入到呼叫信息104中(步骤S148)。

[0132] 呼叫控制服务器20的呼叫处理部202生成用于将ACT传递给被叫侧系统40的信号(步骤S149)。接着，呼叫处理部202使用所生成的信号而将ACT发送给被叫侧系统40(步骤S150)。由此，建立通信，在呼叫侧系统30中的呼叫侧装置与被叫侧系统40中的被叫侧装置之间进行通话(步骤S151)。

[0133] 接着，参照图12，以图10的通信信息系统为例，对转移呼叫处理的处理的流程进行说明。图12是转移呼叫处理的处理的序列图。这里，对将呼叫控制服务器#2所管理的呼叫处理转移到呼叫控制服务器#3的情况进行说明。

[0134] 分配服务器151的服务器停止控制部15开始进行转移呼叫处理的周期处理(步骤S201)。服务器停止控制部15将呼叫连接信息获取请求发送给DB服务器152(步骤S202)。此时，服务器停止控制部15将服务器管理信息103发送给DB服务器152。

[0135] DB服务器152的呼叫连接数管理部16从分配服务器151的服务器停止控制部15接收呼叫连接信息获取请求。接着，呼叫连接数管理部16根据服务器管理信息103生成呼叫连接信息列表102(步骤S203)。接着，呼叫连接数管理部16向分配服务器151发送所生成的呼叫连接信息列表102(步骤S204)。

[0136] 分配服务器151的服务器停止控制部15从DB服务器152的呼叫连接数管理部16接收呼叫连接信息列表102。接着，服务器停止控制部15按照呼叫连接数的升序进行呼叫控制服务器20的排序等，计算服务器转移目的地(步骤S205)。服务器停止控制部15根据服务器转移目的地的计算结果判定是否具有停止对象服务器(步骤S206)。在没有停止对象服务器的情况下(步骤S206：否定)，服务器停止控制部15结束转移呼叫处理的处理(步骤S207)。

[0137] 与此相对，在具有停止对象服务器的情况下(步骤S206：肯定)，服务器停止控制部15向分配控制部12通知停止对呼叫控制服务器#2分配新事件。分配控制部12停止对呼叫控制服务器2分配新事件(步骤S208)。

[0138] 服务器停止控制部15从停止对象服务器中选择1个(步骤S209)。接着，服务器停止控制部15向DB服务器152发送服务器管理信息103中的所选择的停止对象服务器的信息的更新请求(步骤S210)。此时，服务器停止控制部15向DB服务器152发送所选择的停止对象服务器的信息以及转移该停止对象服务器所管理的呼叫处理的转移目的地服务器的信息。

[0139] DB服务器152的转移目的地服务器管理部14从分配服务器151的服务器停止控制部15接收服务器管理信息103的更新请求。接着，转移目的地服务器管理部14更新所指定的停止对象服务器的运转状态以及转移目的地服务器号码(步骤S211)。接着，转移目的地服务器管理部14向分配服务器151通知服务器管理信息103的更新的完成通知(步骤S212)。

[0140] 分配服务器151的服务器停止控制部15从DB服务器152的转移目的地服务器管理部14接收服务器管理信息103的更新的完成通知。并且，服务器停止控制部15向分配控制部12发送所选择的可停止服务器的信息、该可停止服务器所管理的呼叫处理的转移目的地服务器的信息以及服务器状态管理表101的更新的指示。分配控制部12更新服务器状态管理表101中的所指定的停止对象服务器的运转状态以及转移目的地服务器地址(步骤S213)。

[0141] 服务器停止控制部15向作为停止对象服务器的呼叫控制服务器#2(这里，以呼叫控制服务器#2为例进行说明)发送电源关闭请求(步骤S214)。

[0142] 呼叫控制服务器#2的电源控制部203从分配服务器151的服务器停止控制部15接收电源关闭请求。接着，电源控制部203进行服务器停止处理(步骤S215)。服务器停止处理完成后，电源控制部203关闭呼叫控制服务器#2的电源(步骤S216)。

[0143] 服务器停止控制部15判定所有的停止对象服务器的电源关闭是否结束(步骤S217)。在存在没有电源关闭的停止对象服务器的情况下(步骤S217：否定)，服务器停止控制部15返回步骤S209。

[0144] 与此相对，在所有的停止对象服务器的电源关闭结束的情况下(步骤S217：肯定)，服务器停止控制部15结束周期处理(步骤S218)。

[0145] 接着，参照图13，以图10的通信信息系统为例，对转移后的呼叫处理的流程进行说明。图13是转移后的呼叫处理的序列图。这里，对将呼叫控制服务器#2所管理的呼叫处理转移到呼叫控制服务器#3的情况进行说明。

[0146] 呼叫侧系统30向分配服务器151发送作为针对呼叫控制服务器#2所生成的呼叫的通话结束请求的BYE(步骤S301)。

[0147] 分配服务器151的分配控制部12从呼叫侧系统30接收BYE。分配控制部12参照服务器状态管理表101(步骤S302)。分配控制部12从服务器状态表101获取呼叫控制服务器20，该呼叫控制服务器20对分配了具有通话结束请求的呼叫的呼叫号码的呼叫处理进行管理。这里，由于呼叫控制服务器#3对呼叫控制服务器#2所生成的呼叫的呼叫处理进行管理，因此，分配控制部12获取呼叫控制服务器#3作为BYE的分配目的地。接着，分配控制部12将BYE分配给呼叫控制服务器#3(步骤S303)。分配控制部12将BYE发送给呼叫控制服务器3(步骤S304)。

[0148] 呼叫控制服务器#3的呼叫处理部202从分配服务器151的分配控制部12接收BYE。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S305)。

[0149] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器#3的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S306)。接着，呼叫信息访问控制部17向呼叫控制服务器#3发送读出的呼叫信息(步骤S307)。

[0150] 呼叫控制服务器#3的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为通话结束的状态(步骤S308)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S309)。

[0151] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为通话结束的状态的呼叫信息更新写入到呼叫信息104中(步骤S310)。

[0152] 呼叫控制服务器#3的呼叫处理部202生成用于将BYE传递给被叫侧系统40的信号(步骤S311)。接着，呼叫处理部202使用所生成的信号而将BYE发送给被叫侧系统40(步骤S312)。

[0153] 被叫侧系统40从呼叫控制服务器#3的呼叫处理部202接收BYE。接着，被叫侧系统40向分配服务器151发送作为表示切断成功的200OK(步骤S313)。

[0154] 分配服务器151的分配控制部12从被叫侧系统40接收200OK。分配控制部12参照服务器状态管理表101(步骤S314)。并且，分配控制部12从服务器状态管理表101获取呼叫控制服务器20，该呼叫控制服务器20对分配了通话结束的呼叫的呼叫号码的呼叫处理进行管理。这里，由于呼叫控制服务器#3对呼叫控制服务器#2所生成的呼叫的呼叫处理进行管理，因此，分配控制部12获取呼叫控制服务器#3作为200OK的分配目的地。接着，分配控制部12将200OK分配给呼叫控制服务器#3(步骤S315)。接着，分配控制部12向呼叫控制服务器#3发送200OK(步骤S316)。

[0155] 呼叫控制服务器#3的呼叫处理部202从分配服务器151的分配控制部12接收200OK。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S317)。

[0156] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器#3的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S318)。接着，呼叫信息访问控制部17向呼叫控制服务器20发送读出的呼叫信息(步骤S319)。

[0157] 呼叫控制服务器#3的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为通话结束的状态(步骤S320)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S321)。

[0158] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为通话结束的状态的呼叫信息更新写入到呼叫信息104中(步骤S322)。

[0159] 呼叫控制服务器#3的呼叫处理部202生成用于将200OK传递给呼叫侧系统30的信号(步骤S323)。接着，呼叫处理部202使用所生成的信号将200OK发送给呼叫侧系统30，通知切断成功(步骤S324)。

[0160] 接着，参照图14，以图10的通信信息系统为例，对呼叫处理的返回处理的流程进行说明。图14是呼叫处理的返回处理的序列图。这里，对将转移到呼叫控制服务器#3的呼叫处理返回到呼叫控制服务器#2的情况进行说明。

[0161] 分配服务器151的服务器起动控制部11开始进行转移呼叫处理的周期处理(步骤S401)。服务器起动控制部11向DB服务器152发送呼叫连接信息获取请求(步骤S402)。此时，服务器起动控制部11向DB服务器152发送服务器管理信息103。

[0162] DB服务器152的呼叫连接数管理部16从分配服务器151的服务器起动控制部11接收呼叫连接信息获取请求。接着，呼叫连接数管理部16根据服务器管理信息103生成呼叫连接信息列表102(步骤S403)。接着，呼叫连接数管理部16向分配服务器151发送所生成的呼叫连接信息列表102(步骤S404)。

[0163] 分配服务器151的服务器起动控制部11从DB服务器152的呼叫连接数管理部16接收呼叫连接信息列表102。接着，服务器起动控制部11在存在停止的呼叫控制服务器20的情况下，计算工作的呼叫控制服务器20的负荷量(步骤S405)。服务器起动控制部11根据负荷量的计算结果判定是否具有高负荷服务器(步骤S406)。在没有高负荷服务器的情况下(步骤S406：否定)，服务器起动控制部11结束呼叫处理的返回处理(步骤S407)。

[0164] 与此相对，在具有高负荷服务器的情况下(步骤S406：肯定)，服务器起动控制部11从高负荷服务器中选择一个(步骤S408)。接着，服务器起动控制部11向DB服务器152发送服务器管理信息103中的所选择的高负荷服务器以及返回该高负荷服务器所管理的呼叫处理的转移源服务器的信息的更新请求(步骤S409)。此时，服务器起动控制部11向DB服务器152发送返回高负荷服务器所管理的呼叫处理的转移源服务器的信息。

[0165] DB服务器152的转移目的地服务器管理部14从分配服务器151的服务器起动控制部11接收服务器管理信息103的更新请求。接着，转移目的地服务器管理部14将返回所指定的呼叫处理的转移源服务器的运转状态返回到通常，还将转移目的地服务器号码变更为“无效”并更新服务器管理信息103(步骤S410)。接着，转移目的地服务器管理部14向分配服务器151通知服务器管理信息103的更新的完成通知(步骤S411)。

[0166] 分配服务器151的服务器起动控制部11从DB服务器152的转移目的地服务器管理部14接收服务器管理信息103的更新的完成通知。接着，服务器起动控制部11向返回呼叫处理的呼叫控制服务器#2(这里，以呼叫控制服务器#2为例进行说明)发送电源打开请求(步骤S412)。

[0167] 呼叫控制服务器#2的电源控制部203从分配服务器151的服务器起动控制部11接收电源打开请求。接着，电源控制部203打开服务器的电源(步骤S413)。接着，电源控制部203进行服务器起动处理(步骤S414)。

[0168] 分配服务器151的服务器起动控制部11向分配控制部12发送所选择的高负荷服务器的信息、返回该高负荷服务器所管理的呼叫处理的转移源服务器的信息以及服务器状态管理表101的更新的指示。分配控制部12将返回服务器状态管理表101中的所指定的高负荷服务器所管理的呼叫处理的转移源服务器的运转状态返回通常，使转移目的地服务器地址也返回“无效”并进行更新(步骤S415)。

[0169] 分配服务器151的服务器起动控制部11判定所有的停止对象服务器的电源打开是否结束(步骤S416)。在存在没有电源关闭的停止对象服务器的情况下(步骤S416：否定)，服务器停止控制部15返回步骤S408。

[0170] 与此相对，在所有的停止对象服务器的电源打开结束的情况下(步骤S416：肯定)，服务器起动控制部11结束周期处理(步骤S417)。

[0171] 接着，参照图15，以图10的通信信息系统为例，对返回后的呼叫处理的流程进行说明。图15是返回后的呼叫处理的序列图。这里，对将呼叫控制服务器#3所管理的呼叫处理返回到呼叫控制服务器#2的情况进行说明。

[0172] 呼叫侧系统30向分配服务器151发送作为针对呼叫控制服务器#2所生成的呼叫的通话结束请求的BYE(步骤S501)。

[0173] 分配服务器151的分配控制部12从呼叫侧系统30接收BYE。分配控制部12参照服务器状态管理表101(步骤S502)。分配控制部12从服务器状态管理表101获取呼叫控制服务器20，该呼叫控制服务器20对分配了具有通话结束请求的呼叫的呼叫号码的呼叫处理进行管理。这里，由于将呼叫控制服务器#3所管理的呼叫处理返回到呼叫控制服务器#2，因此，分配控制部12获取呼叫控制服务器#2作为BYE的分配目的地。接着，分配控制部12将BYE分配给呼叫控制服务器#2(步骤S503)。分配控制部12将BYE发送给呼叫控制服务器2(步骤S504)。

[0174] 呼叫控制服务器#2的呼叫处理部202从分配服务器151的分配控制部12接收BYE。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S505)。

[0175] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器#2的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S506)。接着，呼叫信息访问控制部17向呼叫控制服务器#2发送读出的呼叫信息(步骤S507)。

[0176] 呼叫控制服务器#2的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为通话结束的状态(步骤S508)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S509)。

[0177] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为通话结束的状态的呼叫信息更新写入到呼叫信息104中(步骤S510)。

[0178] 呼叫控制服务器#2的呼叫处理部202生成用于将BYE传递给被叫侧系统40的信号(步骤S511)。接着，呼叫处理部202使用所生成的信号而将BYE发送给被叫侧系统40(步骤S512)。

[0179] 被叫侧系统40从呼叫控制服务器#2的呼叫处理部202接收BYE。接着，被叫侧系统40向分配服务器151发送作为表示切断成功的信号的200OK(步骤S513)。

[0180] 分配服务器151的分配控制部12从被叫侧系统40接收200OK。分配控制部12参照服务器状态管理表101(步骤S514)。并且，分配控制部12从服务器状态管理表101获取呼叫控制服务器20，该呼叫控制服务器20对分配了通话结束的呼叫的呼叫号码的呼叫处理进行管理。这里，由于将呼叫控制服务器#3所管理的呼叫处理返回到呼叫控制服务器#2，因此，分配控制部12获取呼叫控制服务器#2作为200OK的分配目的地。接着，分配控制部12将200OK分配给呼叫控制服务器#2(步骤S515)。接着，分配控制部12向呼叫控制服务器#2发送200OK(步骤S516)。

[0181] 呼叫控制服务器#2的呼叫处理部202从分配服务器151的分配控制部12接收200OK。接着，呼叫处理部202向DB服务器152发送呼叫信息读出请求(步骤S517)。

[0182] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器#2的呼叫处理部202接收呼叫信息读出请求。接着，呼叫信息访问控制部17从呼叫信息104读出与呼叫信息读出请求对应的呼叫的呼叫信息(步骤S518)。接着，呼叫信息访问控制部17向呼叫控制服务器#2发送读出的呼叫信息(步骤S519)。

[0183] 呼叫控制服务器#2的呼叫处理部202从DB服务器152的呼叫信息访问控制部17接收呼叫信息。接着，呼叫处理部202使呼叫信息中所包含的呼叫的状态的信息迁移为通话结束的状态(步骤S520)。接着，呼叫处理部202向DB服务器152发送变更后的呼叫信息以及呼叫信息写入请求(步骤S521)。

[0184] DB服务器152的呼叫信息访问控制部17从呼叫控制服务器20的呼叫处理部202接受变更了呼叫状态的呼叫信息以及呼叫信息写入请求。接着，呼叫信息访问控制部17将使呼叫状态变更为通话结束的状态的呼叫信息更新写入到呼叫信息104中(步骤S522)。

[0185] 呼叫控制服务器20的呼叫处理部202生成用于将200OK传递给呼叫侧系统30的信号(步骤S523)。接着，呼叫处理部202使用所生成的信号将200OK发送给呼叫侧系统30，通知切断成功(步骤S524)。

[0186] 接着，参照图16～图19，对停止对象服务器以及转移目的地服务器的决定处理的流程、以及该处理中的各种信息的变化进行说明。图16是停止对象服务器以及转移目的地服务器的决定处理的流程图。并且，图17是示出转移前的呼叫连接信息列表的状态的一例的图。并且，图18是示出呼叫连接数升序排序结果的一例的图。并且，图19是示出进行了停止对象服务器和转移目的地服务器的决定处理时的计算结果的一例的图。在该情况下，对在任意的呼叫控制服务器20中都未进行呼叫处理的转移的情况进行说明。这里，以存在服务器号码1～5的呼叫控制服务器20的情况为例进行说明。以下，将服务器号码1～5的呼叫控制服务器20分别表示为呼叫控制服务器#1～#5。

[0187] 服务器停止控制部15在开始进行停止对象服务器的决定处理时，向呼叫连接数管理部16通知呼叫连接信息列表102的获取请求，从呼叫连接数管理部16获取呼叫连接信息列表102(步骤S601)。在该情况下，由于尚未进行呼叫处理的转移，因此，服务器停止控制部15获取图17的表401所示的呼叫连接信息列表102。在表401中，转移处理呼叫数在哪个呼叫控制服务器20中都为0，并且，所有的转移源服务器都变为“无效”。

[0188] 接着，服务器停止控制部15从获取的呼叫连接信息列表102中提取各呼叫控制服务器20的通常处理呼叫数与转移处理呼叫数，按照每个呼叫控制服务器20将通常呼叫处理数与转移处理呼叫数相加起来计算呼叫连接数(步骤S602)。

[0189] 接着，服务器停止控制部15按照呼叫连接数的升序对各呼叫控制服务器20进行排序(步骤S603)。在该情况下，由于任意的呼叫控制服务器20都尚未具有转移来的呼叫处理，因此，图17的表401的通常处理个数成为各呼叫控制服务器20的呼叫连接数。因此，当对该情况下的各呼叫控制服务器20按照呼叫连接数进行排序时，得到图18的表402所示的呼叫连接数升序排序结果。在该情况下，按照服务器号码2、5、4、3、1的顺序进行排序。

[0190] 接着，服务器停止控制部15选择在是否是停止对象服务器的检查中为未检查的呼叫控制服务器20中的排序顺序最高位的服务器(步骤S604)。这里，服务器停止控制部15重复进行如下处理直到呼叫控制服务器#1为止：首先选择呼叫控制服务器#2，当呼叫控制服务器#2的检查结束时，接着选择呼叫控制服务器#5进行检查。

[0191] 接着，服务器停止控制部15使转移了所选择的呼叫控制服务器20的呼叫处理的情况下的负荷量低于服务器停止监视阈值，判定能够转移呼叫处理的服务器是否在所选择的呼叫控制服务器20以下的顺序(步骤S605)。

[0192] 接着，服务器停止控制部15在能够转移所选择的呼叫控制服务器20的呼叫处理的服务器中，选择排序顺序最低的呼叫控制服务器20作为转移目的地服务器(步骤S606)。

[0193] 接着，服务器停止控制部15将停止对象服务器所管理的呼叫处理设为0，还将使停止对象服务器所管理的呼叫处理转移到转移目的地服务器的情况下的结果存储更新为图19所示的计算结果(步骤S607)。

[0194] 接着，服务器停止控制部15判定对所有的呼叫控制服务器20的检查是否完成(步骤S608)。在存在没有完成检查的呼叫控制服务器20的情况下(步骤S608：否定)，服务器停止控制部15返回步骤S604。与此相对，在检查全部结束的情况下(步骤S608：肯定)，服务器停止控制部15确定计算结果(步骤S609)。

[0195] 例如，对如图18所示的进行排序的情况进行说明。这里，使服务器停止监视阈值为呼叫连接数是500的情况下的负荷量。首先，服务器停止控制部15选择呼叫控制服务器#2作为检查对象。呼叫控制服务器#2的呼叫连接数为200，即使转移该呼叫处理呼叫连接数也没有超过500的呼叫控制服务器20为呼叫控制服务器#5、#4或#3。因此，服务器停止控制部15判定为存在能够转移呼叫控制服务器#2的呼叫处理的服务器。并且，服务器停止控制部15从能够转移的服务器中，选择排序顺序最低的呼叫控制服务器#3作为呼叫控制服务器#2所管理的呼叫处理的转移目的地服务器。接着，服务器停止控制部15使呼叫控制服务器#2所管理的呼叫处理为0，利用将呼叫控制服务器#2所管理的呼叫处理转移到呼叫控制服务器#3的内容来更新计算结果。具体而言，服务器停止控制部15使图19的表401所示的、表示呼叫控制服务器#2的通常处理呼叫数的栏431为0。此外，在呼叫控制服务器#2的转移目的地服务器号码的栏432上登记服务器号码3。并且，服务器停止控制部15在表示呼叫控制服务器#
3的转移处理呼叫数的栏433上登记呼叫控制服务器#2所管理的呼叫处理的数即200。此外，服务器停止控制部15在表示转移到呼叫控制服务器3的呼叫处理的转移源服务器的栏434上登记服务器号码2。

[0196] 此外，在使呼叫控制服务器#2的呼叫处理转移到呼叫控制服务器#3后，对检查作为图18的表402中的下一个顺序的服务器的呼叫控制服务器#5的情况进行说明。在该情况下，呼叫控制服务器#5的通常处理呼叫数为210。并且，由于呼叫控制服务器#3已经决定了呼叫控制服务器#2所管理的呼叫处理的转移，因此，呼叫控制服务器#3的呼叫连接数变为430。因此，即使转移呼叫控制服务器#5的呼叫处理，呼叫连接数也没有超过500的呼叫控制服务器20为呼叫控制服务器#4。因此，服务器停止控制部15判定存在能够转移呼叫控制服务器#5的呼叫处理的服务器，该服务器为呼叫控制服务器#4。接着，服务器停止控制部15使呼叫控制服务器#5所管理的呼叫处理为0，利用将呼叫控制服务器#5所管理的呼叫处理转移到呼叫控制服务器#4的内容来更新计算结果。具体而言，服务器停止控制部15使图17的表401所示的、表示呼叫控制服务器#5的通常处理呼叫数的栏435为0。此外，在呼叫控制服务器#5的转移目的地服务器号码的栏436上登记服务器号码4。并且，服务器停止控制部15在表示呼叫控制服务器#4的转移处理呼叫数的栏437上登记作为呼叫控制服务器#5所管理的呼叫处理的数的210。此外，服务器停止控制部15在表示转移到呼叫控制服务器4的呼叫处理的转移源服务器的栏438上登记服务器号码5。

[0197] 此外，由于没有停止对象服务器，所以，在该情况下，服务器停止控制部15使图19的表403的状态为最终的计算结果。

[0198] 参照图20～图22，对返回被转移的呼叫处理的呼叫控制服务器20的决定处理的流程、以及该处理中的各种信息的变化进行说明。图20是返回被转移的呼叫处理的呼叫控制服务器的决定处理的流程图。并且，图21是示出返回呼叫处理前的呼叫连接信息列表的状态的一例的图。并且，图22是示出进行了返回呼叫处理的呼叫控制服务器的决定处理时的计算结果的一例的图。在该情况下，对从进行了使用图17～图19说明的呼叫处理的转移的状态开始进行的情况进行说明。

[0199] 服务器起动控制部11在开始进行返回呼叫处理的呼叫控制服务器20的决定处理时，向呼叫连接数管理部16通知呼叫连接信息列表102的获取请求。接着，服务器起动控制部11获取由呼叫连接数管理部16生成的呼叫连接信息列表102(步骤S701)。在该情况下，服务器起动控制部11获取反映了图19所示的计算结果的呼叫连接信息列表102，即，图21的表404所示的呼叫连接信息列表102。在表404中，表示呼叫控制服务器#2的通常处理呼叫数的栏441为0。并且，在表404中，表示呼叫控制服务器#3的转移处理呼叫数的栏442为230，在转移源服务器的栏443上登记服务器号码2。此外，在表404中，表示呼叫控制服务器#5的通常处理呼叫数的栏444为0。并且，在表404中，表示呼叫控制服务器#4的转移处理呼叫数的栏
445为210，在转移源服务器的栏446上登记服务器号码5。

[0200] 接着，服务器起动控制部11根据呼叫连接信息列表102判定是否具有停止中的呼叫控制服务器20(步骤S702)。如果没有停止中服务器(步骤S702：否定)，则服务器起动控制部11结束处理。与此相对，在具有停止中的服务器的情况下(步骤S702：肯定)，服务器起动控制部11从起动中的呼叫控制服务器20中选择未选择的呼叫控制服务器20作为是否返回呼叫处理的检查的对象(步骤S703)。

[0201] 接着，服务器起动控制部11判定所选择的呼叫控制服务器20的负荷量是否在服务器起动监视阈值以上(步骤S704)。在所选择的呼叫控制服务器20的负荷量比服务器起动监视阈值低的情况下(步骤S704：否定)，服务器起动控制部11进入步骤S707。

[0202] 与此相对，在所选择的呼叫控制服务器20的负荷量为服务器起动监视阈值以上的情况下(步骤S704：肯定)，服务器起动控制部11决定使转移到所选择的呼叫控制服务器20的呼叫处理返回转移源的服务器(步骤S705)。

[0203] 接着，服务器起动控制部11将使转移到所选择的呼叫控制服务器20的呼叫处理返回转移源服务器的情况下的结果存储并更新为图22所示的计算结果(步骤S706)。

[0204] 接着，服务器起动控制部11判定所有的呼叫控制服务器20的检查是否完成(步骤S707)。在存在没有完成检查的呼叫控制服务器20的情况下(步骤S707：否定)，服务器起动控制部11返回步骤S703。与此相对，在检查全部结束的情况下(步骤S707：肯定)，服务器起动控制部11确定计算结果(步骤S708)。

[0205] 例如，对服务器起动监视阈值为所管理的呼叫处理数是700时的负荷量的情况进行说明。在图21中，呼叫控制服务器#3的连接个数是将通常处理呼叫数与转移处理个数合起来的830，呼叫控制服务器#4的连接个数为810。在该情况下，呼叫控制服务器#3和#4的负荷量都超过服务器起动监视阈值。因此，服务器起动控制部11决定在呼叫控制服务器#3和#4中的任意一个中都使呼叫处理返回转移源服务器。并且，服务器起动控制部11求出图22的表405所示的计算结果。即，服务器起动控制部11在表示从呼叫控制服务器#3向转移目的地服务器返回的返回处理呼叫数的栏451上登记230，在表示返回呼叫处理的呼叫控制服务器
20的返回目的地服务器号码的栏452上登记服务器号码2。并且，服务器起动控制部11在表示从呼叫控制服务器#4向转移目的地服务器返回的返回处理呼叫数的栏453上登记210，在表示返回呼叫处理的呼叫控制服务器20的返回目的地服务器号码的栏454上登记服务器号码5。

[0206] 此外，参照图23～图25，对从转移呼叫处理到返回呼叫处理这一系列的处理中的服务器管理信息102、呼叫信息104以及服务器状态管理表101的迁移进行说明。图23是表示服务器管理信息的迁移的图。图24是表示呼叫信息的迁移的图。图25是表示服务器状态管理表的迁移的图。这里，对将作为具有服务器号码2的呼叫控制服务器20的呼叫控制服务器#2的呼叫处理转移到作为具有服务器号码3的呼叫控制服务器20的呼叫控制服务器#3的情况进行说明。

[0207] 服务器管理信息103在没有被任何的呼叫控制服务器20分配呼叫处理的状态下，成为图23的表131那样的状态。并且，当分配了呼叫处理时，如表132那样，与各呼叫的呼叫号码对应的运转状态变为“通常”，对管理该呼叫的呼叫处理的呼叫控制服务器进行登记。在该情况下，由于呼叫处理的转移尚未产生，因此，转移目的地服务器都为“无效”。

[0208] 并且，当从呼叫控制服务器#2向呼叫控制服务器#3转移呼叫处理时，服务器管理信息103成为表133那样的状态。即，与呼叫控制服务器#2所管理的呼叫处理的呼叫号码对应的运转状态成为“转移中”。并且，在与呼叫控制服务器#2所管理的呼叫处理的呼叫号码对应的转移目的地服务器上登记服务器号码3。

[0209] 然后，在进行了将所转移的呼叫处理返回到转移源服务器的处理的情况下，服务器管理信息103使与被转移的呼叫处理的呼叫号码对应的运转状态以及转移目的地服务器的栏返回原状，成为表134那样。可知表134与表132相同，服务器管理信息103返回到转移前的状态。

[0210] 呼叫信息104在呼叫处理没有被任何的呼叫控制服务器20分配的状态下，成为图24的表141那样的状态。并且，当分配了呼叫处理而开始进行通话时，如表142那样，与各呼叫的呼叫号码对应的呼叫状态变为“通话中”，对该呼叫的被叫号码、主叫号码以及通话开始时刻进行登记。然后，转移产生后的状态的呼叫信息104为表143，呼叫处理的返回处理产生后的状态的呼叫信息104为表144。这样，即使产生转移或呼叫处理的返回处理，呼叫信息也不会重写。

[0211] 服务器状态管理表101在转移产生前的状态下，如表111那样，各呼叫控制服务器20的运转状态为“通常”，转移目的地服务器地址变为“无效”，新事件中任意的呼叫控制服务器20也都为“可”。

[0212] 并且，当从呼叫控制服务器#2向呼叫控制服务器#3转移呼叫处理，呼叫控制服务器#2停止时，服务器状态管理表101成为表112那样的状态。即，服务器状态管理表101的呼叫控制服务器#2的运转状态变为“停止中”。并且，在与服务器状态管理表101的呼叫控制服务器#2所管理的呼叫处理的呼叫号码对应的转移目的地服务器上，登记呼叫控制服务器#3的地址。此外，由于呼叫控制服务器#2停止，因此，服务器状态管理表101的新事件可否处理变为“不可”。

[0213] 然后，在进行了将所转移的呼叫处理返回到转移源服务器的处理的情况下，服务器状态管理表101使所停止的呼叫控制服务器#2的状态返回原状，成为表113那样。可知表113与表111相同，服务器状态管理表101返回转移前的状态。

[0214] 这里，参照图26A、B以及图27A、B，对本实施例的通过通信控制装置而降低耗电的一例进行说明。图26A是示出使用了以往技术的情况下的呼叫连接的状态的一例的图。图26B是示出使用了本实施例的通信控制装置的情况下的呼叫连接数的状态的一例的图。并且，图27A是示出使用了以往技术的情况下的呼叫连接的状态的其他例的图。图27B是示出使用了本实施例的通信控制装置的情况下的呼叫连接数的状态的其他例的图。

[0215] 图26A、B以及图27A、B都是5台呼叫控制服务器20工作的情况。并且，图26A、B对能够使5台中的4台呼叫控制服务器20停止的情况进行比较。并且，图27A、B对能够使5台中的2台呼叫控制服务器20停止的情况进行比较。图26A、B以及图27A、B都利用横轴表示1天的时间经过。

[0216] 如图26A所示，在以往技术的情况下，即使整体上呼叫连接数减少，呼叫控制服务器20也不停止，所有的呼叫控制服务器20在1天中持续动作。与此相对，如图26B所示，在使用了本实施例所涉及的通信控制装置1的情况下，当呼叫处理减少时，在时机501开始进行转移，将所有的呼叫处理集中到1台呼叫控制服务器20，其他的呼叫控制服务器20停止。然后，当呼叫处理增加时，在时机502起动停止的呼叫控制服务器20，在5台呼叫控制服务器20中分配呼叫处理。这样，能够在1点～6点期间停止4台呼叫控制服务器20。由此，与图26A的情况相比图26B的情况能够削减耗电大约20％。

[0217] 并且，图27A的情况也与图26A相同，在以往技术中，即使整体上呼叫连接数减少，呼叫控制服务器20也不停止，而是所有的呼叫控制服务器20在1天中持续动作。与此相对，如图27B所示，在使用了本实施例的通信控制装置1的情况下，当呼叫处理减少时，在时机503开始进行转移，将2台呼叫控制服务器的呼叫处理转移到其他的2台呼叫控制服务器20。
并且，所管理的呼叫处理变无的2台呼叫控制服务器20停止。然后，当呼叫处理增加时，在时机504起动停止的2台呼叫控制服务器20，在5台呼叫控制服务器20中分配呼叫处理。这样，在1点～6点期间能够停止2台呼叫控制服务器20。由此，与图27A的情况相比，图27B的情况能够削减耗电大约10％。

[0218] 如以上所说明的那样，本实施例的通信控制装置在即使将某呼叫控制服务器所管理的呼叫处理转移到其他的呼叫控制服务器也没有超过规定的负荷量的情况下，在转移了某呼叫控制服务器的呼叫处理之后停止。由此，能够减少工作的服务器，能够实现通信系统的节能化。关于这一点，呼叫处理从呼叫设定到通信切断是一系列的处理，根据使用状况，处理时间各不相同。因此，在管理着的呼叫处理完成并且没有要管理的呼叫处理之后而停止呼叫控制服务器，但是不知道何时停止而很难进行最佳省电的控制。在这一点上，本实施例所涉及的通信控制装置在从呼叫设定到通信切断之间的呼叫处理的处理中，能够将呼叫处理移动给其他的服务器。因此，根据本实施例的通信控制装置，在适当的时机能够消除呼叫控制服务器所管理的呼叫处理，能够在适当的时机切断呼叫控制服务器的电源。

[0219] 并且，本实施例的通信控制装置在存在转移了呼叫处理而停止的呼叫控制服务器的情况下，在工作的呼叫控制服务器的负荷超过规定的值的情况下，起动停止的呼叫控制服务器而返回呼叫处理。由此，能够避免呼叫控制服务器成为高负荷的状态，能够使通信系统稳定的运转。

[0220] (硬件结构)

[0221] 图28是通信控制装置的硬件结构图。本实施例的通信控制装置1具有：CPU(Central Processing Unit：中央处理单元)901、存储器902、网卡903以及硬盘904。

[0222] 存储器902、网卡903以及硬盘904利用总线与CPU 901连接。

[0223] 网卡903和CPU 901例如实现图1所示的通信控制部13的功能。

[0224] 硬盘904例如实现图1所示的存储部10的功能。

[0225] CPU 901、存储器902以及硬盘904实现图1所示的服务器起动控制部11、分配控制部12、转移目的地服务器管理部14、服务器停止控制部15、呼叫连接数管理部16、呼叫信息访问控制部17以及呼叫号码管理部18等的功能。具体而言，硬件904存储用于实现图1所示的服务器起动控制部11、分配控制部12、转移目的地服务器管理部14、服务器停止控制部15、呼叫连接管理部16、呼叫信息访问控制部17以及呼叫号码管理部18等的处理的各种程序。并且，处理器901读出存储在硬盘904中的各种程序而在存储器902上进行展开，生成实现上述的各功能的处理。

[0226] 并且，图10所示的分配服务器151和DB服务器152也具有图28所示的硬件结构。在该情况下，通过分配服务器151的CPU 901以及网卡903来实现图10所示的通信控制部191的功能。并且，分配服务器151的硬盘904中存储了图10所示的服务器状态管理表101、呼叫连接信息列表102以及服务器管理信息103等。并且，通过分配服务器151的CPU 901、存储器902以及硬件904，实现图10所示的服务器起动控制部11、分配控制部12以及服务器停止控制部15等的功能。并且，通过DB服务器152的CPU 901以及网卡903，实现图10所示的通信控制部192的功能。并且，DB服务器152的硬盘904中存储图10所示的呼叫信息104等。并且，通过DB服务器152的CPU 901、存储器902以及网卡904，实现图10所示的转移目的地服务器管理部14、呼叫连接数管理部16、呼叫信息访问控制部17以及呼叫号码管理部18等的功能。

[0227] 并且，在图28中，图示出通信装置1的硬件结构，但是，呼叫控制服务器20也具有同样的硬件结构。因此，使图28与呼叫控制服务器20的硬件对应，对呼叫控制服务器20的各硬件进行说明。通过呼叫控制服务器20的CPU 901以及网卡904，实现图1所示的通信控制部201的功能。并且，呼叫控制服务器20的CPU 901、存储器902以及硬盘904，实现图1所示的呼叫处理部202以及电源控制部203等的功能。

[0228] 标号说明

[0229] 1：通信控制装置；10：存储部；11：服务器起动控制部；12：分配控制部；13：通信控制部；14：转移目的地服务器管理部；15：服务器停止控制部；16：呼叫连接数管理部；17：呼叫信息访问控制部；18：呼叫号码管理部；20、21、22：呼叫控制服务器；30、31、32：呼叫侧系统；40、41、42：被叫侧系统；101：服务器状态管理表；102：呼叫连接信息列表；103：服务器管理信息；104：呼叫信息；201：通信控制部；202：呼叫处理部；203：电源控制部。