CN104378347A - 通信控制装置、通信控制方法和通信控制*** - Google Patents

Abstract

本发明公开了通信控制装置、通信控制方法和通信控制***。呼叫连接数目管理单元获取呼叫连接数目。服务器暂停控制单元将分配至基于每个呼叫控制服务器的呼叫连接数目选择的呼叫控制服务器的呼叫处理转移至另一呼叫控制服务器，以及在分配至呼叫控制服务器的呼叫处理不再存在时暂停呼叫控制服务器。在已进行响应于处理请求的呼叫处理的呼叫控制服务器暂停时，分派控制单元将处理请求分派给响应于处理请求的呼叫处理已转移到的另一呼叫控制服务器。预测激活控制单元计算呼叫控制服务器处理的呼叫数目的增长率的变化率，基于变化率获得在预定时间段后呼叫控制服务器处理的呼叫数目的预测值，以及在预测值超过预定值时激活被暂停的呼叫控制服务器。

Description

通信控制装置、通信控制方法和通信控制***

技术领域

本文中所讨论的实施方式涉及一种通信控制装置、通信控制方法和通信控制***。

背景技术

近年来，由于宽带连接服务的用户数量增大以及服务的多样性而导致在通信服务领域中业务量(traffic volume)不断增大。鉴于这样的趋势，优选的是，通信领域中所使用的服务器具有可以处理未来业务量的性能。

在实现可以处理未来业务量的性能时，提高每个服务器的能力的方法受限于响应的性能。此外，最近已提出设施的有效利用以及从小处着手针对逐步的流量波动的较低功率消耗的应对措施。在这样的情况下，仅通过常规的ACT/SBY(活动/后备)功能或双工功能难以满足对服务器的要求。鉴于此，提出了通过使用基于多个服务器的通信控制***来实现***的性能和规模的改进。

于是，在使用多个服务器的情况下，可以考虑对较低功率消耗的应对措施来减少工作服务器的数目；然而，当激活被暂停的服务器的时刻由于处理增加而延迟时，可能超过工作服务器的处理的上限值。当如上所述超过服务器的处理的上限值时，在通信控制***中会发生呼叫损失。

鉴于此，已经提出了各种技术以处理下述这种状态下的处理的增加：在具有多个信息处理装置的***中工作的信息处理装置的数目减小。例如，存在下述常规技术：当可以在多核***中的一个CPU核中处理任务时，其它的核被暂停，并且当活动率的增长率高于阈值时，预测到负荷增大，并且然后准备激活其它CPU。

此外，存在下述常规技术：通过在当前处理量的增长率变得小于或等于预定值时确定负荷为高，来预测信息处理装置的处理负荷增大。

此外，存在下述常规技术：当在发射器与接收器之间的分组量变成阈值或更大的次数变成参考值或更大时，增大阈值。

专利文献1：国际公开刊物第WO 2010/010723号

专利文献2：日本公开特许公报第2008-158996号

专利文献3：日本公开特许公报第2009-81629号

然而，在上面的常规技术中的任何常规技术中，通过使用当前增长率来预测负荷的变化，而未考虑增长率自身的变化。因此，只要增长率是恒定的，就可以预测负荷的变化；然而，当增长率已经变化时，难以以高准确度来预测负荷的变化。于是，由于在通信控制***中呼叫数目的变化不是恒定的而是变化很大，因此在上面的常规技术中的任何常规技术中难以避免与处理的增加相关联的呼叫损失的发生。

因此，本发明的实施方式的一个方面的目的是提供在抑制通信***的功率消耗的同时减少呼叫损失的通信控制装置、通信控制方法和通信控制***。

发明内容

根据实施方式的一个方面，一种通信控制装置包括：呼叫连接数目管理单元，其获取呼叫连接数目，呼叫连接数目表示由进行呼叫处理的每个呼叫控制服务器处理的呼叫的数目；服务器暂停控制单元，该服务器暂停控制单元基于每个呼叫控制服务器的呼叫连接数目从呼叫控制服务器中选择第一呼叫控制服务器，将分配至第一呼叫控制服务器的呼叫处理转移至另一呼叫控制服务器，以及在分配至第一呼叫控制服务器的呼叫处理不再存在时，暂停第一呼叫控制服务器；分派控制单元，该分派控制单元接受与呼叫处理有关的处理请求，以及在已进行响应于处理请求的呼叫处理的呼叫控制服务器被服务器暂停控制单元暂停时，将处理请求分派给服务器暂停控制单元已将响应于处理请求的呼叫处理转移到的另一呼叫控制服务器；以及预测激活控制单元，预测激活控制单元计算由特定呼叫控制服务器处理的呼叫的数目的增长率的变化率，基于变化率来获得在预定时间段之后由特定呼叫控制服务器处理的呼叫的数目的预测值，以及在预测值超过预定值时，激活被暂停的呼叫控制服务器。

附图说明

图1是根据第一实施方式的通信控制***的框图；

图2是呼叫信息的示例的图；

图3是服务器管理信息的示例的图；

图4是呼叫连接信息列表的示例的图；

图5是服务器状态管理表的示例的图；

图6是用于描述呼叫加速度以及在经过服务器工作时间之后呼叫的数目的增长的计算的图；

图7是由根据第一实施方式的通信控制装置通过使用呼叫的数目的增长的预测来进行呼叫控制服务器的激活确定的处理的流程图；

图8是计算呼出呼叫加速度和通信呼叫加速度的处理的流程图；

图9是由根据第一实施方式的通信控制装置进行的呼叫控制服务器的激活确定的处理的流程图；

图10是示出了在基于呼叫的数目的增长的预测来激活一个呼叫控制服务器的情况下呼叫的数目的转变的示例的图；

图11是示出了在基于呼叫的数目的增长的预测来激活多个呼叫控制服务器的情况下呼叫的数目的转变的示例的图；

图12是在通信控制装置由两个服务器构成的情况下的结构示例的图；

图13是表示呼出呼叫加速度的变化与恒定的监视周期之间的关系的示例的图；

图14是表示连接的数目与监视周期之间的关系的示例的图；

图15是表示呼出呼叫加速度的变化与监视周期的变化之间的关系的示例的图；

图16是由根据第二实施方式的通信控制装置进行的呼叫控制服务器的激活确定的处理的流程图；

图17是示出了在基于呼出呼叫加速度来激活一个呼叫控制服务器的情况下呼叫的数目的转变的示例的图；以及

图18是示出了通信控制装置的硬件结构的示例的图。

具体实施方式

将参照附图来说明本发明的优选实施方式。注意，本申请中公开的通信控制装置、通信控制方法以及通信控制***不限于这些实施方式。

[a]第一实施方式

图1是根据第一实施方式的通信控制***的框图。根据本实施方式的通信控制***具有通信控制装置1和呼叫控制服务器21至22。此处，虽然图1仅示出了两个呼叫控制服务器21和22，但是呼叫控制服务器的数目可以是三个或更多个。在下文中，除非要区分呼叫控制服务器，否则将呼叫控制服务器称为“呼叫控制服务器20”。通信控制装置1和呼叫控制服务器20经由网络彼此连接。

此外，发送侧***31和接收侧***41的组合表示在***之间通过呼叫控制服务器21进行呼叫处理。此外，发送侧***32和接收侧***42的组合表示在***之间通过呼叫控制服务器22进行呼叫处理。为了表示与管理呼叫处理的呼叫控制服务器的对应关系，图1示出了呼叫控制服务器21与发送侧***31和接收侧***41连接，并且呼叫控制服务器22与发送侧***32和接收侧***42连接。然而，发送侧***31和32以及接收侧***41和42可以连接至连接通信控制装置1和呼叫控制服务器21至22的网络。在下面的描述中，除非要区分发送侧***，否则将发送侧***称为“发送侧***30”。此外，除非要区分接收侧***，否则将接收侧***称为“接收侧***40”。

通信控制装置1具有存储单元10、服务器激活控制单元11、分派控制单元12、通信控制单元13、转移目的地服务器管理单元14、服务器暂停(suspension)控制单元15、呼叫连接数目管理单元16、呼叫信息访问控制单元17、呼叫编号管理单元18、以及预测激活控制单元19。

存储单元10存储服务器状态管理表101、呼叫连接信息列表102、服务器管理信息103和呼叫信息104的多条数据。

图2是呼叫信息的示例的图。如图2所示，呼叫信息104是登记有呼叫编号、呼叫状态、呼入呼叫号码、呼出呼叫号码、通信开始时间以及其它信息以使得这些信息彼此对应的表。呼叫状态是指示诸如对其分配呼叫编号的呼叫是否处于通信中的呼叫的状态的信息。呼叫状态中的“正在通信”是在发送侧的终端与接收侧的终端之间已经形成网络的状态。呼叫状态中的“正在发送”是接收侧的终端正在从发送侧的终端接收呼叫的状态。呼入呼叫号码是指示接收侧的装置的电话号码的信息。呼出呼叫号码是指示发送侧的装置的电话号码的信息。通信开始时间是表示在发送侧的装置与接收侧的装置之间开始通信的时间的信息。其它信息是由图2中的“等”表示的信息，并且是与呼叫相关联的各种信息。

图3是服务器管理信息的示例的图。例如，如图3所示，服务器管理信息103是登记有呼叫编号、工作状态、呼叫生成服务器以及转移目的地服务器以使得这些信息彼此对应的表。工作状态是表示下述内容的信息：对其已分配呼叫编号的呼叫的呼叫处理是否由生成呼叫的呼叫控制服务器来管理；或者呼叫处理是否已经从呼叫生成服务器转移至另一呼叫控制服务器并且由转移目的地处的呼叫控制服务器来管理。此外，呼叫生成服务器是生成了对其已分配呼叫编号的呼叫的呼叫控制服务器的信息。在下文中可以将生成呼叫的呼叫控制服务器称为“呼叫生成服务器”。转移目的地服务器是在呼叫处理已经从(下面要描述的)呼叫生成服务器转移至另一呼叫控制服务器的情况下呼叫处理已转移到的呼叫控制服务器的信息。在下文中可以将呼叫处理已转移到的呼叫控制服务器称为“转移目的地服务器”。在服务器管理信息103中，将与未分配至呼叫的呼叫编号相对应的工作状态描述为“可用”并且将呼叫生成服务器和转移目的地服务器描述为“空”。

图4是呼叫连接信息列表的示例的图。例如，如图4所示，呼叫连接信息列表102是登记有服务器编号、正常处理的呼叫的数目、转移的呼叫的数目以及转移源服务器以使得这些信息彼此对应的表。服务器编号是呼叫控制服务器20的标识信息。正常处理的呼叫的数目是由具有对应的服务器编号的呼叫控制服务器20生成并且正在管理的呼叫的数目。转移的呼叫的数目是针对呼叫处理已经从其转移至具有对应的服务器编号的呼叫控制服务器20的呼叫的每个转移源服务器的呼叫的数目。转移源服务器是在转移之前管理转移至具有对应的服务器编号的呼叫控制服务器20的呼叫处理的呼叫控制服务器20。由下面要描述的呼叫连接数目管理单元16来生成呼叫连接信息列表102。

图5是服务器状态管理表的示例的图。例如，如图5所示，服务器状态管理表101是登记有服务器编号、地址、工作状态、转移目的地服务器地址和新事件接受适当性以使得这些信息彼此对应的表。服务器编号是呼叫控制服务器20的标识信息。地址是具有对应的服务器编号的呼叫控制服务器20的地址。工作状态是表示具有对应的服务器编号的呼叫控制服务器20是处于工作中还是被暂停的信息。转移目的地服务器地址是具有对应的服务器编号的呼叫控制服务器20的呼叫处理已被转移到的呼叫控制服务器20的地址。新事件接受适当性是表示具有对应的服务器编号的呼叫控制服务器20是否可以接受新事件的信息。

通信控制单元13从发送侧***30和接收侧***40接收数据，并且将所接收的数据输出至对数据进行处理的每个单元。此外，通信控制单元13接收从每个单元输出的数据并且将数据发送至呼叫控制服务器20、发送侧***30和接收侧***40。通信控制装置1的每个单元实际上以此方式通过通信控制单元13与呼叫控制服务器20、发送侧***30和接收侧***40交换数据。然而，在下面的描述中，为了方便可以描述为在每个单元与呼叫控制服务器20之间交换数据。

呼叫编号管理单元18从已经从发送侧***30接收到呼叫设定的请求的呼叫控制服务器20接收呼叫编号获取请求。呼叫编号管理单元18检查呼叫信息104的呼叫状态，并且指定未使用的呼叫编号。呼叫编号管理单元18将未使用的呼叫编号分配至来自呼叫控制服务器20的呼叫编号获取请求。然后，呼叫编号管理单元18将分配的呼叫编号发送至已发送呼叫编号获取请求的呼叫控制服务器20。

此外，呼叫编号管理单元18在与分配的呼叫编号相对应的服务器管理信息103的工作状态的列中登记“正常”。呼叫编号管理单元18还在与分配的呼叫编号相对应的服务器管理信息103的呼叫生成服务器的列中登记已发送呼叫编号的呼叫控制服务器20的标识信息。

呼叫编号管理单元18还在与分配的呼叫编号相对应的服务器管理信息103的工作状态的列中登记“正常”。此外，呼叫编号管理单元18在与分配的呼叫编号相对应的服务器管理信息103的呼叫生成服务器的列中登记已发送呼叫编号的呼叫控制服务器20的标识信息。

呼叫信息访问控制单元17具有例如使由特定呼叫控制服务器20管理的呼叫的信息不能从其它呼叫控制服务器20访问的排他性控制功能。于是，呼叫信息访问控制单元17提供用于允许呼叫控制服务器20根据用于参考的呼叫编号来访问呼叫信息104或更新等的功能。

例如，在建立通信的情况下，呼叫信息访问控制单元17从呼叫控制服务器20接收信息，诸如由呼叫编号管理单元18分配的呼叫编号以及与该呼叫编号对应的呼出呼叫号码或呼入呼叫号码。然后，呼叫信息访问控制单元17在呼叫信息104中登记所接收的信息，诸如呼出呼叫号码或呼入呼叫号码。此外，呼叫信息访问控制单元17将与所接收的呼叫编号相对应的呼叫信息104的呼叫状态改变成正在呼叫状态。随后，在从呼叫控制服务器20接收到呼叫信息读取请求时，呼叫信息访问控制单元17读取呼叫信息104并且将信息发送至呼叫控制服务器20。此外，在呼叫的状态转变之后，呼叫信息访问控制单元17从呼叫控制服务器20接收呼叫信息写入请求。然后，呼叫信息访问控制单元17改变呼叫信息104的呼叫状态以表示呼叫的转变状态。然后，在形成通信状态时，呼叫信息访问控制单元17将呼叫信息104的呼叫状态改变成“正在通信”。

类似地，在结束通信的情况下，在从呼叫控制服务器20接收到呼叫信息读取请求时，呼叫信息访问控制单元17读取呼叫信息104并且将该信息发送至呼叫控制服务器20。此外，在呼叫的状态转变之后，呼叫信息访问控制单元17从呼叫控制服务器20接收呼叫信息写入请求。然后，呼叫信息访问控制单元17改变呼叫信息104中的呼叫状态以表示呼叫的转变状态。然后，在成功断开通信时，呼叫信息访问控制单元17将与已成功断开其通信的呼叫的呼叫编号相对应的呼叫信息104中的呼叫状态改变成“可用”。此外，呼叫信息访问控制单元17从呼叫信息104中删除与呼叫编号相对应的呼入呼叫号码、呼出呼叫号码、通信开始时间以及其它信息。

在从下面要描述的服务器暂停控制单元15接收到呼叫连接信息获取请求时，呼叫连接数目管理单元16针对每个呼叫生成服务器提取服务器管理信息103中的工作状态是“正常”的呼叫处理并且累积该处理。然后，呼叫连接数目管理单元16在呼叫连接信息列表102中登记具有每个呼叫控制服务器20的正常处理的呼叫的数目的累积结果。此外，呼叫连接数目管理单元16针对每个转移目的地服务器并且针对每个呼叫生成服务器来提取服务器管理信息103中的工作状态是“转移”的呼叫处理并且累积该处理。然后，呼叫连接数目管理单元16在与已经进行累积的每个转移目的地服务器相对应的呼叫连接信息列表102中指定呼叫控制服务器20。呼叫连接数目管理单元16在与呼叫连接信息列表102中指定的呼叫控制服务器20相对应的服务器编号的列中登记其转移目的地服务器是服务器管理信息103中指定的呼叫控制服务器20的呼叫控制服务器20的标识信息。此外，呼叫连接数目管理单元16在与所登记的转移源服务器编号相对应的转移的呼叫的数目的列中登记累积结果。

服务器暂停控制单元15将呼叫连接信息获取请求定期地发送至呼叫连接数目管理单元16。此处，在发送呼叫连接信息获取请求的周期较短时，可以增大暂停服务器的频率，以使得可以进一步减少功率消耗，但是增大了施加于通信控制装置1的负荷。鉴于此，根据工作情况来优选地确定发送呼叫连接信息获取请求的周期。

服务器暂停控制单元15参考由呼叫连接数目管理单元16更新的呼叫连接信息列表102，并且确定是否存在可以暂停的服务器。此处，对关于可以由服务器暂停控制单元15暂停的服务器的确定进行详细的描述。

服务器暂停控制单元15预先存储用于确定服务器是否可以被暂停的服务器暂停监视阈值。例如，服务器暂停监视阈值可以设定为最大负荷的20％。然后，服务器暂停控制单元15从呼叫连接信息列表102获取由每个呼叫控制服务器20管理的正常处理的呼叫的数目和转移的呼叫的数目。然后，服务器暂停控制单元15针对每个呼叫控制服务器20通过对正常处理的呼叫的数目与转移的呼叫的数目进行求和来计算呼叫连接的数目。随后，服务器暂停控制单元15以呼叫连接的数目的升序对呼叫控制服务器20进行排序。然后，服务器暂停控制单元15以升序从顶部至底部逐一地选择检查目标服务器，并且如下重复处理。服务器暂停控制单元15确定是否存在下述服务器：以该顺序紧接检查目标服务器的呼叫控制服务器20与最下面的呼叫控制服务器20之间，即使通过将检查目标服务器的呼叫连接的数目添加至由该服务器管理的呼叫连接数目，也未超过服务器暂停监视阈值。当存在即使通过添加检查目标服务器的呼叫连接的数目也未超过服务器暂停监视阈值的服务器时，服务器暂停控制单元15确定检查目标服务器是暂停目标服务器。该暂停目标服务器与“第一呼叫控制服务器”的一个示例相对应。然后，服务器暂停控制单元15判定转移目的地服务器是下述呼叫控制服务器20：所述服务器的顺序在即使通过添加暂停目标服务器的呼叫连接的数目也未超过服务器暂停监视阈值的服务器当中是最低的。然后，服务器暂停控制单元15获得由于呼叫处理的转移而由每个呼叫控制服务器20管理的呼叫处理的数目，以作为计算结果。即使在检查目标服务器已经移至下一呼叫控制服务器20时，服务器暂停控制单元15也保持此计算结果，并且在每次发生呼叫处理的转移时更新该结果。

当针对呼叫控制服务器20完成了是否可以暂停呼叫控制服务器20的检查时，服务器暂停控制单元15通知分派控制单元12停止分派暂停目标服务器。

此外，服务器暂停控制单元15将暂停目标服务器的工作状态到“被暂停”的变化以及服务器管理信息103中的转移目的地服务器的登记通知给转移目的地服务器管理单元14。

在从转移目的地服务器管理单元14接收到已完成更新服务器管理信息103的通知时，服务器暂停控制单元15将由暂停目标服务器管理的呼叫的转移目的地服务器通知给分派控制单元12，并且指示分派控制单元12更新服务器状态管理表101。

接下来，服务器暂停控制单元15将暂停命令发送至用作暂停目标服务器的呼叫控制服务器20。

服务器激活控制单元11将呼叫连接信息获取请求定期地发送至呼叫连接数目管理单元16。此处，在发送呼叫连接信息获取请求的周期较短时，可以增大激活服务器的频率，以使得可以抑制施加于服务器的负荷的增大，但是会增大施加于通信控制装置1的负荷。鉴于此，根据工作情况优选地确定发送呼叫连接信息获取请求的周期。

服务器激活控制单元11参考服务器状态管理表101，并且确定是否存在被暂停的服务器。当存在被暂停的服务器时，服务器激活控制单元11参考由呼叫连接数目管理单元16更新的呼叫连接信息列表102，并且确定是否存在具有超过预先存储的服务器激活监视阈值的负荷的呼叫控制服务器20。在下文中可以将具有超过服务器激活监视阈值的负荷的呼叫控制服务器20称为“高负荷服务器”。此处，服务器激活监视阈值具有低于服务器暂停监视阈值的值。例如，当服务器暂停监视阈值是最大负荷的20％时，服务器激活监视阈值可以设定为最大负荷的50％。

当存在高负荷服务器时，服务器激活控制单元11决定将被转移至高负荷服务器的呼叫处理返回至转移源服务器。服务器激活控制单元11将更新服务器管理信息的请求通知给转移目的地服务器管理单元14。

在从转移目的地服务器管理单元14接收到已完成更新服务器管理信息103的通知时，服务器激活控制单元11将激活命令发送至用作呼叫处理被返回到的转移源服务器的呼叫控制服务器20。

此外，服务器激活控制单元11将高负荷服务器的信息通知给转移目的地服务器管理单元14(服务器状态管理单元)，并且指示分派控制单元12更新服务器状态管理表101。

此外，服务器激活控制单元11指示转移目的地服务器管理单元14在服务器管理信息103中将呼叫处理被返回到的转移源服务器的工作状态改变成“正常”，并且将转移目的地服务器返回至“空”。

预测激活控制单元19将呼叫连接信息获取请求定期地(周期地)发送至呼叫连接数目管理单元16。在下文中将当前周期中获得的值简称为“当前值”，并且在下文中将在前周期中获得的值简称为“在前值”。

接下来，预测激活控制单元19参考由呼叫连接数目管理单元16更新的呼叫连接信息列表102，并且获取作为由处于工作中的呼叫控制服务器20进行和处理的呼叫的数目的呼出呼叫的数目，以及作为通信中的呼叫的数目的通信呼叫的数目。然后，预测激活控制单元19从呼出呼叫的当前数目减去呼出呼叫的在前数目，并且使减法结果除以周期，从而获得作为处于工作中的每个呼叫控制服务器20的呼出呼叫的数目的增长率的“呼出呼叫速度”。此处，将呼出呼叫的在前数目假设为X1，将呼出呼叫的当前数目假设为X2，并且还将周期假设为T。此外，将当前呼出呼叫速度假设为Vx2。在此情况下，预测激活控制单元19根据公式Vx2＝(X2-X1)/T获得呼出呼叫速度。

类似地，预测激活控制单元19从通信呼叫的当前数目减去通信呼叫的在前数目，并且使减法结果除以周期，从而获得作为处于工作中的每个呼叫控制服务器20的通信呼叫的数目的增长率的“通信呼叫速度”。此处，将通信呼叫的在前数目假设为Y1，将通信呼叫的当前数目假设为Y2，并且还将周期假设为T。此外，将当前通信呼叫速度假设为Vy2。在此情况下，预测激活控制单元19根据公式Vy2＝(Y2-Y1)/T获得通信呼叫速度。

接下来，预测激活控制单元19从获得的当前呼出呼叫速度减去已经获得的在前呼出呼叫速度，并且使减法结果除以周期，从而获得作为处于工作中的每个呼叫控制服务器20的呼出呼叫的数目的增长率的变化率的“呼出呼叫加速度”。此处，将在前呼出呼叫速度假设为Vx1。在下面的描述中可以使用相同的符号。在此情况下，预测激活控制单元19根据公式(Vx2-Vx1)/T获得呼出呼叫加速度。

类似地，预测激活控制单元19从获得的当前通信呼叫速度减去已经获得的在前通信呼叫速度，并且使减法结果除以周期，从而获得作为处于工作中的每个呼叫控制服务器20的通信呼叫的数目的增长率的变化率的“通信呼叫加速度”。此处，将在前通信呼叫速度假设为Vy1。在下面的描述中可以使用相同的符号。在此情况下，预测激活控制单元19根据公式(Vy2-Vy1)/T获得通信呼叫加速度。

接下来，预测激活控制单元19将在前呼出呼叫加速度之前的呼出呼叫加速度、在前呼出呼叫加速度和当前呼出呼叫加速度相加，并且使获得的值除以三以获得呼出呼叫加速度的平均值。此处，当将在前呼出呼叫加速度之前的呼出呼叫加速度假设为Ax1，将在前呼出呼叫加速度假设为Ax2，并且将当前呼出呼叫加速度假设为Ax3时，预测激活控制单元19根据公式(Ax1+Ax2+Ax3)/3获得呼出呼叫加速度的平均值。呼出呼叫加速度的平均值可以被认为是处于工作中的每个呼叫控制服务器20的呼出呼叫的数目的增长率的变化率的平均值，并且表示呼出呼叫的数目的增长率的变化趋势。

类似地，预测激活控制单元19将在前通信呼叫加速度之前的通信呼叫加速度、在前通信呼叫加速度和当前通信呼叫加速度相加，并且使获得的值除以三以获得通信呼叫加速度的平均值。此处，当将在前通信呼叫加速度之前的通信呼叫加速度假设为Ay1，将在前通信呼叫加速度假设为Ay2，并且将当前通信呼叫加速度假设为Ay3时，预测激活控制单元19根据公式(Ay1+Ay2+Ay3)/3获得通信呼叫加速度的平均值。通信呼叫加速度的平均值可以被认为是处于工作中的每个呼叫控制服务器20的通信呼叫的数目的增长率的变化率的平均值，并且表示通信呼叫的数目的增长率的变化趋势。

接下来，预测激活控制单元19从处于工作中的每个呼叫控制服务器20的最大连接数目减去呼出呼叫的当前数目和通信呼叫的当前数目以获得“剩余源”，“剩余源”是处于工作中的每个呼叫控制服务器20的新的可用呼叫连接的数目。此处，当将最大连接数目假设为M并且将剩余源假设为N时，预测激活控制单元19根据公式N＝M-(X2+Y2)获得剩余源。

接下来，预测激活控制单元19将通过使呼出呼叫速度乘以服务器工作时间而获得的值与通过使下述结果除以二而获得的值相加从而计算经过服务器工作时间之后的呼出呼叫的数目：该结果是将服务器工作时间的平方乘以处于工作中的每个呼叫控制服务器20的呼出呼叫加速度的平均值而得到的。此处，当将服务器工作时间假设为S并且将呼出呼叫加速度的平均值假设为Ax时，预测激活控制单元19根据公式Vx2×S+(1/2)×Ax×S²获得经过服务器工作时间之后的呼出呼叫的数目的增长。

类似地，预测激活控制单元19将通过使通信呼叫速度乘以服务器工作时间而获得的值与通过使下述结果除以二而获得的值相加从而计算经过服务器工作时间之后的通信呼叫的数目：该结果是将服务器工作时间的平方乘以处于工作中的每个呼叫控制服务器20的通信呼叫加速度的平均值而得到的。此处，当将服务器工作时间假设为S并且将通信呼叫加速度的平均值假设为Ay时，预测激活控制单元19根据公式Vy2×S+(1/2)×Ay×S²获得经过服务器工作时间之后的通信呼叫的数目的增长。

此处，假设经过服务器工作时间之后的呼出呼叫的数目的增长为α并且经过服务器工作时间之后的通信呼叫的数目的增长为β，对呼出呼叫数目加速度以及经过服务器工作时间之后的呼出呼叫的数目的增长的计算再次进行描述。

图6是用于描述呼叫加速度以及经过服务器工作时间之后的呼叫的数目的增长的计算的图。图表301表示呼出呼叫加速度与呼出呼叫的数目的增长之间的关系。此外，图表302表示通信呼叫加速度与通信呼叫的数目的增长之间的关系。

可以认为呼出呼叫速度与呼出呼叫加速度之间的关系类似于速度与加速度之间的一般关系。换言之，在将呼出呼叫速度的初始速度假设为Vx1并且将T秒之后的速度假设为Vx2时，可以说速度在T秒内增大了Vx2-Vx1。也就是说，如图表301中所指示的那样，通过(Vx2-Vx1)/T来表示呼出呼叫加速度Ax3。

然后，通过使用如图表301中指示的速度与加速度之间的一般关系公式，从速度是Vx2的状态开始在S秒之后的呼出呼叫的数目的增长α变为Vx2×S+(1/2)×Ax3×S²。此处，为了方便描述，通过使用一个呼出呼叫加速度来获得呼出呼叫的数目的增长，而无需获得呼出呼叫加速度的平均值。

可以认为通信呼叫速度与通信呼叫加速度之间的关系类似于速度与加速度之间的一般关系。换言之，在将呼出呼叫速度的初始速度假设为Vy1并且将T秒之后的速度假设为Vy2时，可以说速度在T秒内增大了Vy2-Vy1。也就是说，如图表302中所指示的那样，通过(Vy2-Vy1)/T来表示呼出呼叫加速度Ay3。

通过使用速度与加速度之间的一般关系公式，从速度是Vy2的状态开始在S秒之后的呼出呼叫的数目的增长β变为Vy2×S+(1/2)×Ay3×S²。

例如，当Vx1＝13，Vx2＝10，T＝5并且S＝30时，则Ax3是(13-10)/5＝0.6。在此情况下，呼出呼叫的数目的增长是13×30+(1/2)×0.6×30²＝660。因此，当呼出呼叫的数目的初始速度是10并且速度在5秒内达到13时，在30秒之后呼出呼叫的数目的增长是660。

然后，预测激活控制单元19针对处于工作中的每个呼叫控制服务器20将在经过服务器工作时间之后呼出呼叫的数目的增长和通信呼叫的数目的增长的总数与剩余源进行比较。当在经过服务器工作时间之后呼出呼叫的数目的增长和通信呼叫的数目的增长的总数大于剩余源时，预测激活控制单元19决定重新启动被暂停的服务器。换言之，当满足α+β>N时，预测激活控制单元19决定重新启动被暂停的服务器。

当已决定重新启动被暂停的服务器时，预测激活控制单元19参考服务器状态管理表101，并且确定是否存在被暂停的服务器。当存在被暂停的服务器时，预测激活控制单元19决定将已转移到的、在经过服务器工作时间之后呼出呼叫的数目和通信呼叫的数目的总数大于剩余源的呼叫控制服务器20的呼叫处理返回至转移源服务器。预测激活控制单元19将更新服务器管理信息103的请求通知给转移目的地服务器管理单元14。

在从转移目的地服务器管理单元14接收到已完成更新服务器管理信息103的通知时，服务器预测激活控制单元19将激活命令发送至用作呼叫处理被返回到的转移源服务器的呼叫控制服务器20。

此外，服务器预测激活控制单元19将管理呼叫被转移到的呼叫控制服务器20的信息通知给转移目的地服务器管理单元14，并且指示分派控制单元12更新服务器状态管理表101。

此外，预测激活控制单元19指示转移目的地服务器管理单元14在服务器管理信息103中将呼叫处理被返回到的转移源服务器的工作状态改变成“正常”，并且将转移目的地服务器返回至“空”。

此处，预测激活控制单元19使用上面描述的呼叫的数目的预测而周期地进行服务器激活处理。换言之，预测激活控制单元19将呼叫连接信息获取请求周期地发送至呼叫连接数目管理单元16。

然后，由预测激活控制单元19进行的呼叫连接信息获取请求的发送可以与服务器激活控制单元11同时或者不同时进行。例如，可以将来自预测激活控制单元19的呼叫连接信息获取请求的一部分当作来自服务器激活控制单元11的呼叫连接信息获取请求。此外，服务器激活控制单元11和预测激活控制单元19可以是一体的(unified)。

转移目的地服务器管理单元14从服务器暂停控制单元15接收下述请求：在服务器管理信息103中将暂停目标服务器的工作状态改变成“被暂停”并且在服务器管理信息103中登记转移目的地服务器。然后，转移目的地服务器管理单元14在服务器管理信息103中将暂停目标服务器的工作状态改变成“被暂停”，并且然后在服务器管理信息103中登记呼叫已从暂停目标服务器转移到的转移目的地服务器的标识信息。随后，转移目的地服务器管理单元14将已完成更新服务器管理信息103的通知输出至服务器暂停控制单元15。

此外，转移目的地服务器管理单元14从服务器暂停控制单元15接收下述请求：在服务器管理信息103中将呼叫处理返回到的转移源服务器改变成“正常”并且将转移目的地服务器返回为至“空”。然后，转移目的地服务器管理单元14在服务器管理信息103中将呼叫处理返回到的转移源服务器的工作状态改变成“正常”并且然后将转移目的地服务器返回至“空”。随后，转移目的地服务器管理单元14将已完成更新服务器管理信息103的通知输出至服务器激活控制单元11。

分派控制单元12从发送侧***30接收呼叫设定的请求。然后，分派控制单元12从呼叫控制服务器20中选择设定呼叫的服务器。随后，分派控制单元12将发送侧***30和接收侧***40的信息通知给所选择的呼叫控制服务器20，并且对所选择的呼叫控制服务器20进行呼叫设定。

分派控制单元12从服务器暂停控制单元15接收用于停止分派新事件的指示。然后，分派控制单元12使得诸如在该指示之后请求的呼叫设定的事件不被分派给暂停目标服务器。

随后，分派控制单元12从服务器暂停控制单元15接收由暂停目标服务器管理呼叫处理的转移目的地服务器的通知以及更新服务器状态管理表101的指示。然后，分派控制单元12在服务器状态管理表101中将暂停目标服务器的工作状态改变成“被暂停”。此外，分派控制单元12在转移目的地服务器地址中写入暂停目标服务器的呼叫处理的转移目的地服务器的地址，并且将新事件接受适当性设定成“不可接受”。

此外，分派控制单元12从服务器激活控制单元11接收下述指示：在服务器管理信息103中将呼叫处理返回到的转移源服务器的工作状态改变成“正常”并且将转移目的地服务器返回至“空”。然后，分派控制单元12将呼叫处理返回到的转移源服务器的工作状态改变成“处于工作中”，将转移目的地服务器地址返回至“空”，并且将新事件接受适当性设定成“可接受”。

接下来，描述呼叫控制服务器。此处，描述了呼叫控制服务器21的示例；然而，任何呼叫控制服务器20具有类似的功能。呼叫控制服务器21具有通信控制单元201、呼叫处理单元202和电源控制单元203。

通信控制单元201对通信控制装置1、发送侧***30和接收侧***40之间的通信进行控制。

呼叫处理单元202进行由通信控制装置1设定的呼叫的处理。例如，呼叫处理单元202生成并发送要发送至通信控制装置1的呼叫信息，并且创建并发送要发送至发送侧***30和接收侧***40的信号。在呼叫处理单元202生成要发送至发送侧***30和接收侧***40的信号的情况下，编辑通过头(Via header)和记录路由头以便经由通信控制装置1的分派控制单元12行进。

在从通信控制装置1的服务器暂停控制单元15接收到暂停命令时，电源控制单元203开始呼叫控制服务器21的暂停处理并且随后断开电源。此外，在从通信控制装置1的服务器激活控制单元11接收到激活命令时，电源控制单元203接通呼叫控制服务器21的电源以开始激活处理。该电源控制单元203对应于“暂停控制单元”的一个示例。

接下来，参照图7描述由根据本实施方式的通信控制装置1使用呼叫的数目的增长的预测而进行的呼叫控制服务器20的激活确定的处理。图7是由根据第一实施方式的通信控制装置使用呼叫的数目的增长的预测而进行的呼叫控制服务器的激活确定的处理的流程图。

预测激活控制单元19对每个参数进行初始化(步骤S1)。参数包括呼出呼叫的在前数目(X1)、通信呼叫的在前数目(Y1)、呼出呼叫的当前数目(X2)、通信呼叫的当前数目(Y2)、在前呼出呼叫速度(Vx1)、以及在前通信呼叫速度(Vy1)。参数还包括当前呼出呼叫速度(Vx2)、当前通信呼叫速度(Vy2)、在前呼出呼叫加速度之前的呼出呼叫加速度(Ax1)、在前通信呼叫加速度之前的通信呼叫加速度(Ay1)。此外，参数包括在前呼出呼叫加速度(Ax2)、在前通信呼叫加速度(Ay2)、当前呼出呼叫加速度(Ax3)以及当前通信呼叫加速度(Ay3)。

接下来，预测激活控制单元19在每个呼叫控制服务器20中将登记有呼叫信息104的呼出呼叫的数目用作X1，并且将登记有呼叫信息104的通信呼叫的数目用作Y1(步骤S2)。

随后，预测激活控制单元19确定周期T是否已经到来(步骤S3)。当周期T尚未到来(步骤S3中为否)时，预测激活控制单元19等待(stand-by)直到周期T到来为止。

另一方面，当周期T到来(步骤S3中为是)时，预测激活控制单元19选择处于工作中的呼叫控制服务器20中的一个呼叫控制服务器(步骤S4)。

接下来，预测激活控制单元19将在此时间点处登记有呼叫信息104的呼出呼叫的数目用作X2，并且将在此时间点处登记有呼叫信息104的通信呼叫的数目用作Y2(步骤S5)。

然后，预测激活控制单元19通过在公式(X2-X1)/T中使用呼出呼叫的在前数目(X1)、呼出呼叫的当前数目(X2)和周期(T)来获得当前呼出呼叫速度，并且将所获得的呼出呼叫速度用作Vx2。预测激活控制单元19还通过在公式(Y2-Y1)/T中使用通信呼叫的在前数目(Y1)、通信呼叫的当前数目(Y2)和周期(T)来获得当前通信呼叫速度，并且将所获得的呼出呼叫速度用作Vy2(步骤S6)。

接下来，预测激活控制单元19计算呼出呼叫加速度和通信呼叫加速度(Ax，Ay)(步骤S7)。下面将对计算呼出呼叫加速度和通信呼叫加速度的处理进行详细描述。

接下来，预测激活控制单元19通过使用所获得的呼出呼叫速度、通信呼叫速度、呼出呼叫加速度和通信呼叫加速度来进行呼叫控制服务器20的激活确定(步骤S8)。下面将对呼叫控制服务器20的激活确定的处理进行详细描述。

然后，预测激活控制单元19将呼出呼叫的当前数目用作X1并且将通信呼叫的当前数目用作为Y1(步骤S9)。

此外，预测激活控制单元19将当前呼出呼叫速度用作Vx1并且将当前通信呼叫速度用作Vy1(步骤S10)。

随后，预测激活控制单元19确定是否对处于工作中的所有的呼叫控制服务器20进行了基于呼叫的数目的预测的、呼叫控制服务器20的激活确定(步骤S11)。当存在尚未进行激活确定的处于工作中的呼叫控制服务器20(步骤S11中为否)时，预测激活控制单元19返回至步骤S4。

另一方面，当完成了对处于工作中的所有的呼叫控制服务器20的激活确定(步骤S11中为是)时，预测激活控制单元19确定是否已经接收到结束呼叫控制服务器20的激活确定处理的指示(步骤S12)。例如，结束呼叫控制服务器20的激活确定处理的指示是关闭通信控制装置1的指示。在接收到结束呼叫控制服务器20的激活确定处理的指示(步骤S12中为是)的情况下，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，在未接收到结束呼叫控制服务器20的激活确定处理的指示(步骤S12中为否)的情况下，预测激活控制单元19返回至步骤S3。

接下来，参照图8描述呼出呼叫加速度和通信呼叫加速度的计算。图8是计算呼出呼叫加速度和通信呼叫加速度的处理的流程图。图8的流程图中描述的处理是在图7的步骤S7中执行的处理的示例。

预测激活控制单元19通过在公式(Vx2-Vx1)/T中使用当前呼出呼叫速度(Vx2)、在前呼出呼叫速度(Vx1)和周期(T)来获得当前呼出呼叫加速度，并且将所获得的呼出呼叫加速度用作Ax3(步骤S101)。

然后，预测激活控制单元19通过在公式(Ax1+Ax2+Ax3)/3中使用在前呼出呼叫加速度之前的呼出呼叫加速度(Ax1)、在前呼出呼叫加速度(Ax2)和当前呼出呼叫加速度(Ax3)来获得呼出呼叫加速度的平均值。然后，预测激活控制单元19将所获得的呼出呼叫加速度的平均值用作Ax(步骤S102)。然而，在不存在在前呼出呼叫加速度和在前呼出呼叫加速度之前的呼出呼叫加速度的情况下，可以将当前呼出呼叫加速度用作Ax或者可以从存在在前呼出呼叫加速度和在前呼出呼叫加速度之前的呼出呼叫加速度的周期开始计算Ax。

接下来，预测激活控制单元19将在前呼出呼叫加速度用作Ax1(步骤S103)。

此外，预测激活控制单元19将当前呼出呼叫加速度用作Ax2(步骤S104)。

预测激活控制单元19还通过在公式(Vy2-Vy1)/T中使用当前通信呼叫速度(Vy2)、在前通信呼叫速度(Vy1)和周期T来获得通信呼叫加速度，并且将所获得的通信呼叫加速度用作Ay3(步骤S105)。

接下来，预测激活控制单元19通过在公式(Ay1+Ay2+Ay3)/3中使用在前通信呼叫加速度之前的通信呼叫加速度(Ay1)、在前通信呼叫加速度(Ay2)和当前通信呼叫加速度(Ay3)来获得通信呼叫加速度的平均值。然后，预测激活控制单元19将所获得的通信呼叫加速度的平均值用作Ay(步骤S106)。然而，在不存在在前通信呼叫加速度和在前通信呼叫加速度之前的通信呼叫加速度的情况下，可以将当前通信呼叫加速度用作Ay或者可以从存在在前通信呼叫加速度和在前通信呼叫加速度之前的通信呼叫加速度的周期开始计算Ay。

接下来，预测激活控制单元19将在前通信呼叫加速度用作Ay1(步骤S107)。

此外，预测激活控制单元19将当前通信呼叫加速度用作Ay2(步骤S108)。

接下来，参照图9描述由根据本实施方式的通信控制装置1进行的呼叫控制服务器20的激活确定。图9是由根据第一实施方式的通信控制装置进行的呼叫控制服务器的激活确定的处理的流程图。在图9的流程图中描述的处理是在图7的步骤S8中进行的处理的一个示例。

预测激活控制单元19确定是否存在被暂停的呼叫控制服务器20(步骤S201)。在本实施方式中，预测激活控制单元19确定在将呼叫处理转移至下述呼叫控制服务器20的转移源服务器中是否存在被暂停的呼叫控制服务器20：在所述呼叫控制服务器20中，在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和超过剩余源。当不存在被暂停的呼叫控制服务器20(步骤S201中为否)时，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，当存在被暂停的呼叫控制服务器20(步骤S201中为是)时，预测激活控制单元19通过在所使用的公式M-(X2+Y2)中使用呼叫控制服务器20的最大连接数目(M)、呼出呼叫的当前数目(X2)以及通信呼叫的当前数目(Y2)来获得剩余源。然后，预测激活控制单元19将所获得的剩余源用作N(步骤S202)。

接下来，预测激活控制单元19通过在公式Vx2×S+(1/2)×Ax×S²中使用当前呼出呼叫速度(Vx2)、服务器工作时间(S)和呼出呼叫加速度的平均值(Ax)来获得在S秒之后呼出呼叫的数目的增长。然后，预测激活控制单元19将所获得的呼出呼叫的数目的增长用作α(步骤S203)。

此外，预测激活控制单元19通过在公式Vy2×S+(1/2)×Ay×S²中使用当前通信呼叫速度(Vy2)、服务器工作时间(S)以及通信呼叫加速度的平均值(Ay)来获得在S秒之后通信呼叫的数目的增长。然后，预测激活控制单元19将所获得的通信呼叫的数目的增长用作为β(步骤S204)。

接下来，预测激活控制单元19确定作为在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和的α+β是否大于作为剩余源的N(步骤S205)。当α+β小于或等于N(步骤S205中为否)时，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，当α+β大于N(步骤S205中为是)时，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器(步骤S206)。此处，在本实施方式中，预测激活控制单元19从将呼叫处理转移至下述呼叫控制服务器20的转移源服务器之中选择要被激活的一个呼叫控制服务器20：在所述呼叫控制服务器20中，在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和超过剩余源。

接下来，预测激活控制单元19将通过从在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和中减去最大连接数目而获得的值，即α+β–M用作R(步骤S207)。

接下来，预测激活控制单元19确定R是否大于最大连接数目(M)(步骤S208)。换言之，预测激活控制单元19确定一个呼叫控制服务器20的激活是否可以涵盖在S秒之后增大的呼叫的数目。当R小于或等于M(步骤S208中为否)时，预测激活控制单元19确定可以由一个被激活的呼叫控制服务器20来处理数目在S秒之后增大的呼叫，并且因此结束呼叫控制服务器20的激活确定的处理。

另一方面，当R大于M(步骤S208中为是)时，预测激活控制单元19确定是否存在被暂停的呼叫控制服务器20(步骤S209)。当不存在被暂停的呼叫控制服务器20(步骤S209中为否)时，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，当存在被暂停的呼叫控制服务器20(步骤S209中为是)时，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器(步骤S210)。

随后，预测激活控制单元19将通过从R中减去最大连接数目(M)而获得的值，即R-M用作R(步骤S211)，并且返回至步骤S208。

此处，在上面的描述中，预测激活控制单元19从将呼叫处理转移至下述呼叫控制服务器20的转移源服务器之中选择要被激活的呼叫控制服务器20：在所述呼叫控制服务器20中，在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和超过剩余源。然而，预测激活控制单元19不限于此。例如，预测激活控制单元19可以适当地选择被暂停的呼叫控制服务器20中的一个被暂停呼叫控制服务器并激活所选择的服务器，并且将已经从其它呼叫控制服务器20转移的呼叫处理转移至下述呼叫控制服务器20：在所述呼叫控制服务器20中，在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和超过剩余源。

接下来，参照图10和图11描述在由根据本实施方式的通信控制装置1转移呼叫处理的情况下针对每个呼叫控制服务器20的呼叫的数目的转变。图10是示出了在基于对呼叫的数目的增长的预测来激活一个呼叫控制服务器的情况下呼叫的数目的转变的示例的图。图11是示出了在基于对呼叫的数目的增长的预测来激活多个呼叫控制服务器的情况下呼叫的数目的转变的示例的图。此处，对存在分别被称为呼叫控制服务器20A至20E的五个呼叫控制服务器20的情况进行描述。在图10和图11中的每个图中，条形图对应于呼叫控制服务器20A至20E，并且条形图中具有斜线的部分表示要由呼叫控制服务器20A至20E中的每个呼叫控制服务器处理的呼叫的数目。

图10的状态401指示呼叫控制服务器20A处于工作中并且其它四个呼叫控制服务器20B至20E被暂停的状态。呼叫的数目411是要由处于工作中的呼叫控制服务器20A处理的呼叫的数目。然后，最大连接数目410表示呼叫控制服务器20A至20E中的每个呼叫控制服务器的最大连接数目，并且在呼叫的数目超过最大连接数目410的线时引起呼叫损失。

此处，呼叫的数目412是从通信控制装置1获得的状态401开始在S秒之后要由呼叫控制服务器20A处理的预测的呼叫的数目。在此情况下，呼叫的数目412超过最大连接数目410。

因此，通信控制装置1激活被暂停的呼叫控制服务器20B。然后，将已转移至呼叫控制服务器20A的呼叫处理返回至被激活的呼叫控制服务器20B。

这在S秒之后产生状态402。也就是，要由呼叫控制服务器20A处理的呼叫的数目变成呼叫的数目421。此外，要由呼叫控制服务器20B处理的呼叫的数目变成呼叫的数目422。然后，呼叫的数目421和呼叫的数目422均不超过最大连接数目410。

因此，通信控制装置1可以通过使呼叫控制服务器20A至20E的状态转变成状态402来抑制呼叫损失的发生。

此外，图11的状态403指示呼叫控制服务器20A和20B处于工作中并且其它三个呼叫控制服务器20C至20E被暂停的状态。呼叫的数目431是要由处于工作中的呼叫控制服务器20A处理的呼叫的数目。此外，呼叫的数目432是要由处于工作中的呼叫控制服务器20B处理的呼叫的数目。然后，最大连接数目430表示呼叫控制服务器20A至20E中的每个呼叫控制服务器的最大连接数目，并且在呼叫的数目超过最大连接数目430的线时引起呼叫损失。

此处，呼叫的数目433是从通信控制装置1获得的状态403开始在S秒之后呼叫控制服务器20A和20B的呼叫的数目。在图11中，以伸出到条形图外部的方式来表示呼叫的数目433。这指示呼叫的数目433远远超过最大连接数目430。也就是说，在此情况下，要由呼叫控制服务器20A和20B处理的呼叫的数目远远超过最大连接数目430。

鉴于此，通信控制装置1激活被暂停的呼叫控制服务器20C至20E。此处，当仅激活呼叫控制服务器20C时，要由呼叫控制服务器20A和20B处理的呼叫的数目超过最大连接数目430；因此，通信控制装置1激活三个呼叫控制服务器20C至20E。然后，将已转移至呼叫控制服务器20A或20B的呼叫处理返回至被激活的呼叫控制服务器20C至20E。

这在S秒之后产生状态404。也就是说，要由呼叫控制服务器20A处理的呼叫的数目变成呼叫的数目441。此外，要由呼叫控制服务器20B处理的呼叫的数目变成呼叫的数目442。此外，要由呼叫控制服务器20C处理的呼叫的数目变成呼叫的数目443。此外，要由呼叫控制服务器20D处理的呼叫的数目变成呼叫的数目444。此外，要由呼叫控制服务器20E处理的呼叫的数目变成呼叫的数目445。然后，呼叫的数目441至445均未超过最大连接数目430。

因此，通信控制装置1可以通过使呼叫控制服务器20A至20E的状态转变成状态404来抑制呼叫损失的发生。

如上所述，根据本实施方式的通信控制装置通过使用作为针对每个呼叫控制服务器的呼叫的数目的增长率的呼出呼叫速度和通信呼叫速度、以及作为呼叫的数目的增长率的变化率的呼出呼叫加速度和通信呼叫加速度，获得在预定时间段之后呼叫控制服务器的呼叫的数目的增长。然后，根据本实施方式的通信控制装置通过使用所获得的呼叫的数目的增长来确定是否激活被暂停的呼叫控制服务器。这使得可以以高准确度来对呼叫的数目的增长进行预测并且抑制呼叫损失的发生。

因此，可以在呼叫控制服务器被暂停的这样的状态下进行用于抑制呼叫损失发生的呼叫控制服务器的适当的激活，以抑制通信***的功率消耗，从而在抑制通信***的功率消耗的同时减少呼叫损失。

修改的实施方式

接下来，描述第一实施方式的修改的实施方式。根据本修改的实施方式的通信控制***与第一实施方式的通信控制***的不同之处在于：通信控制装置由两个服务器构成。因此，参照图12描述在通过将通信控制装置1划分为分派服务器151和DB(数据库)服务器152来构成通信控制装置1的情况下的通信控制***。图12是在通信控制装置由两个服务器构成的情况下的结构示例的图。

分派服务器151具有服务器激活控制单元11、分派控制单元12、服务器暂停控制单元15、预测激活控制单元19以及通信控制单元191。此外，分派服务器151存储服务器状态管理表101、呼叫连接信息列表102以及服务器管理信息103。分派服务器151是具有将呼叫处理分派给呼叫控制服务器20的功能的服务器。

DB服务器152具有转移目的地服务器管理单元14、呼叫连接数目管理单元16、呼叫信息访问控制单元17、呼叫编号管理单元18以及通信控制单元192。此外，DB服务器152存储呼叫信息104。DB服务器152是具有管理登记有呼叫信息的数据库的功能的服务器。

然后，在图12中，用与图1中的附图标记相同的附图标记表示的单元具有相同的功能。然而，由于装置被划分为两个服务器，所以将图1中的通信控制单元13划分成分派服务器151中的通信控制单元191和DB服务器152中的通信控制单元192。当布置在分派服务器151中的单元和布置在DB服务器152中的单元彼此进行通信时，经由通信控制单元191和通信控制单元192来进行通信。

因此，可以将通信控制装置1划分成如图12所示的两个服务器或者可以将通信控制装置1的功能划分成两个或更多个服务器。此外，划分功能的方式不限于图12的示例，并且不存在关于哪个服务器具有哪个功能的特定限制。

[b]第二实施方式

接下来，描述了根据第二实施方式的通信控制装置。根据本实施方式的通信控制装置与第一实施方式的通信控制装置的不同之处在于：在当前时间内的呼叫数目的增长大于在前时间内的呼叫数目的增长时，缩短监视次数的增长的周期。此外，根据本实施方式的通信控制装置与第一实施方式的通信控制装置的不同之处在于：在当前时间内的呼叫数目的增长大于在前时间内的呼叫数目的增长时，暂停呼叫控制服务器。

在图1中还表示了本实施方式的通信控制装置。下面省略具有与第一实施方式相同的功能的单元的描述。

预测激活控制单元19以与第一实施方式类似的方式来获得在S秒之后呼出呼叫的数目的增长和通信呼叫的数目的增长。

接下来，预测激活控制单元19取决于在S秒之后呼出呼叫数目的增长与通信呼叫数目的增长之和是否大于剩余源来决定是否激活被暂停的呼叫控制服务器20，并且以与第一实施方式类似的方式根据该决定来激活呼叫控制服务器20。

当在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和小于剩余源时，接下来，预测激活控制单元19确定当前呼出呼叫加速度是否大于在前呼出呼叫加速度。在当前呼出呼叫加速度大于在前呼出呼叫加速度时，预测激活控制单元19使监视呼叫的数目的增长的周期T缩短。例如，预测激活控制单元19平分周期T。

此外，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器。例如，预测激活控制单元19选择并激活已经将呼叫处理从其转移至被处理的呼叫的数目最大的呼叫控制服务器20的呼叫控制服务器20中的一个呼叫控制服务器。然后，预测激活控制单元19将转移的呼叫处理返回至被激活的呼叫控制服务器20。

另一方面，在当前呼出呼叫加速度小于在前呼出呼叫加速度时，预测激活控制单元19确定当前通信呼叫加速度是否大于在前通信呼叫加速度。在当前通信呼叫加速度大于在前通信呼叫加速度时，预测激活控制单元19使监视呼叫的数目的增长的周期T缩短。例如，预测激活控制单元19平分周期T。

此外，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器。例如，预测激活控制单元19选择并激活已经将呼叫处理从其转移至被处理的呼叫的数目最大的呼叫控制服务器20的呼叫处理服务器20中的一个呼叫控制服务器。然后，预测激活控制单元19将转移的呼叫处理返回至被激活的呼叫控制服务器20。

在作为将呼出呼叫加速度或者通信呼叫加速度进行比较的结果的、激活呼叫控制服务器20的情况下，在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和小于剩余源；因此，可以通过激活一个呼叫控制服务器20来抑制呼叫损失。

此外，在使监视周期短于初始值的这样的状态下，预测激活控制单元19在当前呼出呼叫加速度小于在前呼出呼叫加速度的情况以及当前通信呼叫加速度小于在前通信呼叫加速度的情况中的任一情况下将监视周期返回至初始值。

此处，参照图13至图15来描述在呼出呼叫加速度大于在前呼出呼叫加速度并且通信呼叫加速度大于在前通信呼叫加速度时缩短监视周期的效果。图13是表示呼出呼叫加速度的变化与恒定的监视周期之间的关系的示例的图。图14是表示连接的数目与监视周期之间的关系的示例的图。图15是表示呼出呼叫加速度的变化与监视周期的变化之间的关系的示例的图。此处，通过使用呼出呼叫加速度来进行描述，但是该描述内容类似地适用于通信呼叫加速度。

图13的竖轴表示呼出呼叫加速度，并且图13的横轴表示时间。然后，平行于竖轴的线表示监视呼出呼叫的数目的时刻，并且周期510是监视周期。在图13中，针对周期510进行监视。然后，呼出呼叫加速度如在图表501中那样变化。在此情况下，即使在加速度突然上升的情况下，也在经过周期510之后进行监视。

然后，当呼出呼叫加速度如图表501中那样变化时，连接的数目可以如图14的图表503那样转变。图14的竖轴表示连接呼叫的数目并且横轴表示时间。然后，在图14中，平行于竖轴的线表示监视呼出呼叫的数目的时刻，并且周期510是监视周期。在此情况下，由于呼出呼叫加速度在时刻511时不是太大，所以可以认为预测激活控制单元19确定在S秒之后的增长不超过剩余源。然而，随后加速度突然上升；因此，图表503可以在下一监视时刻512之前超过最大连接数目502。

然后，如图15所示，在针对作为监视周期的初始值的周期510进行监视的这样的状态下，当前呼出呼叫加速度在时刻521处变得大于在前呼出呼叫加速度；因此，预测激活控制单元19使监视周期缩短成周期522。因此，由于针对周期522进行监视，因此，即使连接的数目由于在时间段504中呼出呼叫加速度的增大而突然增大，通信控制装置1也可以在超过最大连接数目之前激活被暂停的呼叫控制服务器20。然后，在针对作为监视周期的初始值的周期522进行监视的这样的状态下，当前呼出呼叫加速度在时刻523处变得小于在前呼出呼叫加速度；因此，预测激活控制单元19将监视周期返回至与周期510相同的周期，如周期524。由于呼出呼叫加速度在时间段505中减小，所以呼叫的数目的增长不会突然上升；因此，即使在将周期设定为周期524时，由呼叫控制服务器20处理的呼叫的数目在监视周期期间也不可能超过最大连接数目。

以此方式，通信控制装置1可以通过根据呼出呼叫加速度和通信呼叫加速度的变化而改变周期来抑制呼叫损失。

接下来，参照图16来描述由根据本实施方式的通信控制装置1进行的呼叫控制服务器20的激活确定。图16是由根据第二实施方式的通信控制装置进行的呼叫控制服务器的激活确定的处理的流程图。

预测激活控制单元19确定是否存在被暂停的呼叫控制服务器20(步骤S301)。在本实施方式中，预测激活控制单元19确定在将呼叫处理从其转移至呼出呼叫的数目的增长与通信呼叫的数目的增长之和超过剩余源的呼叫控制服务器20的转移源服务器中是否存在被暂停的呼叫控制服务器20。当不存在被暂停的呼叫控制服务器20(步骤S301中为否)时，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，当存在被暂停的呼叫控制服务器20(步骤S301中为是)时，预测激活控制单元19通过在公式M-(X2+Y2)中使用呼叫控制服务器20的最大连接数目(M)、呼出呼叫的当前数目(X2)以及通信呼叫的当前数目(Y2)来获得剩余源。然后，预测激活控制单元19将所获得的剩余源用作N(步骤S302)。

接下来，预测激活控制单元19通过在公式Vx2×S+(1/2)×Ax×S²中使用当前呼出呼叫速度(Vx2)、服务器工作时间(S)以及呼出呼叫加速度的平均值(Ax)来获得在S秒之后呼出呼叫的数目的增长。然后，预测激活控制单元19将所获得的呼出呼叫的数目的增长用作α(步骤S303)。

此外，预测激活控制单元19通过在公式Vy2×S+(1/2)×Ay×S²中使用当前通信呼叫速度(Vy2)、服务器工作时间(S)以及通信呼叫加速度的平均值(Ay)来获得在S秒之后通信呼叫的数目的增长。然后，预测激活控制单元19将所获得的通信呼叫的数目的增长用作β(步骤S304)。

接下来，预测激活控制单元19确定作为在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和的α+β是否大于作为剩余源的N(步骤S305)。当α+β大于N(步骤S305中为是)时，预测激活控制单元19前进至步骤S310。

另一方面，当α+β小于或等于N(步骤S305中为否)时，预测激活控制单元19确定当前呼出呼叫加速度(Ax3)是否大于在前呼出呼叫加速度(Ax2)(步骤S306)。在当前呼出呼叫加速度(Ax3)大于在前呼出呼叫加速度(Ax2)(步骤S306中为是)时，预测激活控制单元19前进至步骤S309。

另一方面，在当前呼出呼叫加速度(Ax3)小于或等于在前呼出呼叫加速度(Ax2)(步骤S306中为否)时，预测激活控制单元19确定当前通信呼叫加速度(Ay3)是否大于在前通信呼叫加速度(Ay2)(步骤S307)。在当前通信呼叫加速度(Ay3)小于或等于在前通信呼叫加速度(Ay2)(步骤S307中为否)并且当前周期T短于初始值时，预测激活控制单元19将周期T返回至初始值(步骤S308)。然后，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，在当前通信呼叫加速度(Ay3)大于在前通信呼叫加速度(Ay2)(步骤S307中为是)时，预测激活控制单元19缩短周期T(步骤S309)。

接下来，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器(步骤S310)。

接下来，预测激活控制单元19将通过从在S秒之后呼出呼叫的数目的增长与通信呼叫的数目的增长之和中减去最大连接数目而获得的值，即α+β–M用作R(步骤S311)。

接下来，预测激活控制单元19确定R是否大于最大连接数目(M)(步骤S312)。换言之，预测激活控制单元19确定一个呼叫控制服务器20的激活是否可以涵盖在S秒之后增长的呼叫的数目。当R小于或等于M(步骤S312中为否)时，预测激活控制单元19确定可以由一个被激活的呼叫控制服务器20来处理数目在S秒之后增长的呼叫，并且因此结束呼叫控制服务器20的激活确定的处理。

另一方面，当R大于M(步骤S312中为是)时，预测激活控制单元19确定是否存在被暂停的呼叫控制服务器20(步骤S313)。当不存在被暂停的呼叫控制服务器(步骤S313中为否)时，预测激活控制单元19结束呼叫控制服务器20的激活确定的处理。

另一方面，当存在被暂停的呼叫控制服务器20(步骤S313中为是)时，预测激活控制单元19激活被暂停的呼叫控制服务器20中的一个被暂停的呼叫控制服务器(步骤S314)。

随后，预测激活控制单元19将通过从R中减去最大连接数目(M)而获得的值，即R-M用作R(步骤S315)，并且返回至步骤S312。

接下来，参照图17描述在由根据本实施方式的通信控制装置1来转移呼叫处理的情况下针对每个呼叫控制服务器20的呼叫的数目的转变。图17是示出了在基于呼出呼叫加速度来激活一个呼叫控制服务器的情况下呼叫的数目的转变的示例的图。此处，描述了五个呼叫控制服务器20的情况，并且这些服务器分别被称为呼叫控制服务器20A至20E。在图17中，条形图对应于呼叫控制服务器20A至20E，并且条形图中具有斜线的部分表示要由呼叫控制服务器20A至20E中的每个呼叫控制服务器处理的呼叫的数目。此处，描述呼出呼叫加速度作为示例，但是描述内容类似地适用于通信呼叫加速度。

状态405表示呼叫控制服务器20A处于工作中并且其它四个呼叫控制服务器20B至20E被暂停的状态。呼叫的数目451是要由处于工作中的呼叫控制服务器20A处理的呼叫的数目。然后，最大连接数目450表示呼叫控制服务器20A至20E中的每个呼叫控制服务器的最大连接数目，并且当呼叫的数目超过最大连接数目450的线时，发生呼叫损失。

此处，加速度452是当前呼出呼叫加速度，并且加速度453是在前呼出呼叫加速度。在此情况下，加速度452大于加速度453。

因此，通信控制装置1激活被暂停的呼叫控制服务器20B。然后，将已转移至呼叫控制服务器20A的呼叫处理返回至被激活的呼叫控制服务器20B。

这在S秒之后产生状态406。换言之，要由呼叫控制服务器20A处理的呼叫的数目变成呼叫的数目461。此外，要由呼叫控制服务器20B处理的呼叫的数目变成呼叫的数目462。然后，呼叫的数目461和呼叫的数目462均不超过最大连接数目450。

因此，通过使呼叫控制服务器20A至20E的状态转变成状态406，通信控制装置1可以抑制呼叫损失。

根据本实施方式的通信控制装置使监视呼叫的数目的增长的周期缩短，并且在呼出呼叫加速度从在前呼出呼叫加速度起增大或通信呼叫加速度从在前通信呼叫加速度起增大时，激活呼叫控制服务器之一。这可以抑制由于呼叫的数目的突然增大而引起的呼叫损失的发生。

此外，在呼出呼叫加速度从在前呼出呼叫加速度起减小或通信呼叫加速度从在前通信呼叫加速度起减小时，根据本实施方式的通信控制装置将监视呼叫的数目的增长的周期返回至初始值。这可以减小通信控制装置上的负荷。

此处，虽然在上面的第二实施方式中已经描述了基于呼出呼叫加速度或通信呼叫加速度的增大和减小来缩短周期并暂停服务器的处理，但是可以进行上面的处理中的任何一个处理。例如，可以仅通过基于呼出呼叫加速度和通信呼叫加速度的增大和减小缩短周期来处理呼叫的数目的突然增大。此外，可以仅通过基于呼出呼叫加速度和通信呼叫加速度的增大和减小暂停一个呼叫控制服务器来处理呼叫的数目的突然增大。此外，在缩短周期之后可以不必返回周期，并且可以在接收到来自操作员的指示时返回经缩短的周期。此外，可以基于呼出呼叫加速度和通信呼叫加速度中的任何一个的增大和减小来进行缩短周期和暂停服务器的处理。

此外，可以按照与第一实施方式的修改示例类似的方式将根据第二实施方式的通信控制装置的功能划分成多个装置。

硬件结构

接下来，描述根据上面的实施方式中的每个实施方式的通信控制装置1的硬件结构。图18是示出了通信控制装置的硬件结构的示例的图。

如图18所示，通信控制装置1具有CPU(中央处理单元)901、存储器902、网卡903和硬盘904。

存储器902、网卡903和硬盘904通过CPU 901和总线905而彼此连接。

网卡903具有网卡903与外部装置之间的通信接口。例如，网卡903实现图1中示出的通信控制单元13的功能。

硬盘904实现存储单元10的功能。换言之，在硬盘904中存储图1中示出的服务器状态管理表101、呼叫连接信息列表102、服务器管理信息103以及呼叫信息104。此外，硬盘904存储包括有实现图1中示出的服务器激活控制单元11、分派控制单元12、转移目的地服务器管理单元14以及服务器暂停控制单元15的功能的程序的各种程序。此外，硬盘904存储包括有实现图1中示出的呼叫连接数目管理单元16、呼叫信息访问控制单元17、呼叫编号管理单元18以及预测激活控制单元19的功能的程序的各种程序。

CPU 901和存储器902实现图1中示出的服务器激活控制单元11、分派控制单元12、转移目的地服务器管理单元14以及服务器暂停控制单元15的功能。此外，CPU 901和存储器902实现图1中示出的呼叫连接数目管理单元16、呼叫信息访问控制单元17、呼叫编号管理单元18以及预测激活控制单元19的功能。具体地，CPU 901从硬盘904读入各种程序并且在存储器902上开发(develop)处理。然后，CPU 901通过执行在存储器902上开发的处理来实现服务器激活控制单元11、分派控制单元12、转移目的地服务器管理单元14以及服务器暂停控制单元15的功能。此外，CPU 901通过执行在存储器902上开发的处理来实现呼叫连接数目管理单元16、呼叫信息访问控制单元17、呼叫编号管理单元18以及预测激活控制单元19的功能。

根据本申请中公开的通信控制装置、通信控制方法和通信控制***中的一个方面，可以在抑制通信***的功率消耗的同时获得可减少呼叫损失的效果。

Claims (7)

1.一种通信控制装置，包括：

呼叫连接数目管理单元，其获取呼叫连接数目，所述呼叫连接数目表示由进行呼叫处理的每个呼叫控制服务器处理的呼叫的数目；

服务器暂停控制单元，所述服务器暂停控制单元基于每个所述呼叫控制服务器的所述呼叫连接数目从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配至所述第一呼叫控制服务器的呼叫处理转移至另一呼叫控制服务器，以及在分配至所述第一呼叫控制服务器的所述呼叫处理不再存在时，暂停所述第一呼叫控制服务器；

分派控制单元，所述分派控制单元接受与所述呼叫处理有关的处理请求，以及在已进行响应于所述处理请求的所述呼叫处理的所述呼叫控制服务器被所述服务器暂停控制单元暂停时，将所述处理请求分派给所述服务器暂停控制单元已将响应于所述处理请求的所述呼叫处理转移到的所述另一呼叫控制服务器；以及

预测激活控制单元，所述预测激活控制单元计算由特定呼叫控制服务器处理的呼叫的数目的增长率的变化率，基于所述变化率来获得在预定时间段之后由所述特定呼叫控制服务器处理的呼叫的数目的预测值，以及在所述预测值超过预定值时，激活被暂停的呼叫控制服务器。

2.根据权利要求1所述的通信控制装置，还包括服务器激活控制单元，所述服务器激活控制单元预先存储服务器激活阈值，以及在任何所述呼叫控制服务器的负荷超过所述服务器激活阈值时，所述服务器激活控制单元激活所述被暂停的呼叫控制服务器。

3.根据权利要求1所述的通信控制装置，其中，所述预测激活控制单元周期地获得由所述特定呼叫控制服务器处理的呼叫的数目的增长率的变化率，以及当在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的当前周期中获得的变化率大于在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的在前周期中获得的变化率时，所述预测激活控制单元激活所述被暂停的呼叫控制服务器。

4.根据权利要求1所述的通信控制装置，其中，所述预测激活控制单元周期地获得由所述特定呼叫控制服务器处理的呼叫的数目的增长率的变化率，以及当在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的当前周期中获得的变化率大于在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的在前周期中获得的变化率时，所述预测激活控制单元缩短所述周期。

5.根据权利要求1所述的通信控制装置，其中，当在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的当前周期中获得的变化率小于在由所述特定呼叫控制服务器处理的呼叫的数目的增长率的在前周期中获得的变化率时，并且当所述周期被缩短时，所述预测激活控制单元延长所述周期。

6.一种通信控制方法，包括：

获取呼叫连接数目，所述呼叫连接数目表示由进行呼叫处理的每个呼叫控制服务器处理的呼叫的数目；

基于每个所述呼叫控制服务器的所述呼叫连接数目从所述呼叫控制服务器中选择第一呼叫控制服务器，并将分配至所述第一呼叫控制服务器的呼叫处理转移至另一呼叫控制服务器；

在分配至所述第一呼叫控制服务器的所述呼叫处理不再存在时，暂停所述第一呼叫控制服务器；

接受与所述呼叫处理有关的处理请求，以及在已进行响应于所述处理请求的所述呼叫处理的所述呼叫控制服务器被暂停时，将所述处理请求分派给响应于所述处理请求的所述呼叫处理已被转移到的所述另一呼叫控制服务器；

计算由特定呼叫控制服务器处理的呼叫的数目的增长率的变化率；

基于所述变化率来获得在预定时间段之后由所述特定呼叫控制服务器处理的呼叫的数目的预测值；以及

在所述预测值超过预定值时，激活被暂停的呼叫控制服务器。

7.一种具有呼叫控制服务器和通信控制装置的通信控制***，其中：

所述呼叫控制服务器包括：

呼叫处理单元，其进行呼叫处理，以及

暂停控制单元，其暂停自身的装置；并且

所述通信控制装置包括：

呼叫连接数目管理单元，其获取呼叫连接数目，所述呼叫连接数目表示由每个呼叫控制服务器处理的呼叫的数目；

服务器暂停控制单元，所述服务器暂停控制单元基于每个所述呼叫控制服务器的所述呼叫连接数目从所述呼叫控制服务器中选择第一呼叫控制服务器，将分配至所述第一呼叫控制服务器的呼叫处理转移至另一呼叫控制服务器，以及在分配至所述第一呼叫控制服务器的所述呼叫处理不再存在时，指示所述第一呼叫控制服务器暂停所述第一呼叫控制服务器；

分派控制单元，所述分派控制单元接受与所述呼叫处理有关的处理请求，以及在已进行响应于所述处理请求的所述呼叫处理的所述呼叫控制服务器被暂停时，将所述处理请求分派给所述服务器暂停控制单元已将响应于所述处理请求的所述呼叫处理转移到的所述另一呼叫控制服务器；以及

预测激活控制单元，所述预测激活控制单元计算由特定呼叫控制服务器处理的呼叫的数目的增长率的变化率，基于所述变化率来获得在预定时间段之后由所述特定呼叫控制服务器处理的呼叫的数目的预测值，以及在所述预测值超过预定值时，激活被暂停的呼叫控制服务器。