CN102143563A - 一种短信中心集群的控制方法、设备及系统 - Google Patents

Abstract

本发明公开了一种短信中心集群的控制方法、设备及系统，技术方案中所述方法包括：获取短信中心集群中各节点设备的状态信息；根据所述状态信息调整所述短信中心集群中处于工作状态的节点设备数量。本发明实施例还公开了一种控制设备包括获取模块及控制模块；本发明还提供了一种短信中心集群系统及一种短信中心集群控制系统。通过采用本发明实施例的技术方案，实现了现有短信中心系统的节能降耗。

Description

一种短信中心集群的控制方法、设备及系统

技术领域

本发明涉及通信技术领域，更具体的说，涉及一种短信中心集群的控制方法、设备及系统。

背景技术

短信中心(SMSC，Short message service center)是处理短信业务(SMS，short message service)的通信设备，当短信提交到短信中心后，短信中心对提交的短信进行下发，若短信下发失败，则要将该短信缓存在短信中心以等候一定时间之后再重新发送。短信中心通常还承载了若干短信增值业务，这些业务要求短信中心与周边部件配合完成若干的交互。目前，为了在话务高峰期间保障消息量的正常处理，运营商在采购和部署短信中心设备时，通常按照话务高峰流量所需的软硬件状况来配置短信中心系统，但在日常大部分时间中的短信话务量远远低于高峰期的流量，这样短信中心设备硬件的不断运行，在很大程度上就会造成能源的浪费。

发明内容

本发明的实施例提供了一种短信中心集群的控制方法、设备及系统，实现了现有短信中心系统的节能降耗。

本发明实施例的技术方案如下所述：

本发明实施例提供了一种短信中心集群的控制方法，技术方案包括：

获取短信中心集群中各节点设备的状态信息；

根据所述状态信息调整所述短消息中心集群中处于工作状态的节点设备数量。

本发明实施例提供了一种控制设备，技术方案包括：

获取模块，用于获取短信中心集群中各节点设备的状态信息；

控制模块，用于根据所述状态信息调整所述短消息中心集群中处于工作状态的节点设备数量。

本发明实施例提供了一种短信中心集群系统，包括接入设备和至少两个节点设备；

所述接入设备用于接收短信，并按照预定的路由规则将所述短信分配给相应的可用节点设备进行处理；

所述节点设备用于处理短信业务，并向控制设备上报自身的状态信息，接收所述控制设备根据所述状态信息下发的控制指示，当所述控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当所述控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

本发明实施例提供了一种短信中心集群控制系统，包括：

控制设备，用于获取短信中心集群系统中各节点设备的状态信息，并根据所述状态信息调整所述短消息中心集群中处于工作状态的节点设备数量；

短信中心集群系统，用于处理短信业务，并向所述控制设备上报各节点设备的状态信息，接收所述控制设备根据所述状态信息下发的用于调整节点设备数量的控制指示，当所述控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当所述控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

由上述本发明的实施例提供的技术方案可以看出，其在保证短信中心业务正常处理的前提下，对节点设备的工作状态进行管理，根据短信中心集群实际的负荷来调整短信中心集群中处于工作状态节点设备的数量，在很大程度上实现了短消息中心的节能降耗。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的短信中心集群的控制方法的流程图：

图2为本发明实施例提供的短信中心集群系统的结构示意图；

图3为本发明实施例提供的短信中心集群系统的具体结构示意图；

图4为本发明实施例提供的控制设备的结构示意图；

图5为本发明实施例提供的控制设备的具体结构示意图；

图6为本发明实施例提供的短信中心集群控制系统结构示意图；

图7为本发明实施例短信中心业务处理部分的应用场景图；

图8为本发明实施例控制设备控制短信中心节点设备休眠的应用流程图；

图9为本发明实施例控制设备控制短信中心节点设备唤醒的应用流程图；

图10为本发明实施例控制设备通知节点设备转换为工作状态的硬件实现结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例在保证短信中心业务正常处理的前提下，根据短信中心集群整体负荷和单个节点设备的忙闲状态来调控短信中心集群中处于工作状态的节点设备数量，从而实现在短信中心非业务高峰期的节能降耗。

下面结合具体实施例对本发明的技术方案进行说明。

如图1所示为本发明实施例提供的一种短信中心集群的控制方法，本实施例以控制设备的角度进行描述，该方法可以包括：

步骤101：控制设备获取短信中心集群中各节点设备的状态信息；

本发明实施例中，短信中心集群的节点设备具有短信中心的短信处理能力，用于对短信进行处理。控制设备采用定时或实时交互的通信方式来获得各节点设备的状态信息，其中，状态信息可以包括节点设备的当前流量及节点设备的忙闲状态；节点设备忙闲状态可以包括软件忙闲状态及硬件忙闲状态；软件忙闲状态可以通过短信中心节点设备当前处理消息的流量，缓存短信的数量等软件忙闲指标来确定；硬件忙闲状态可以通过系统CPU使用率、内存占用率、网络带宽占用率、温度等硬件忙闲指标来确定，其中，短信中心集群的节点设备可以通过调用操作系统API的方式获取本设备的硬件忙闲指标。本发明实施例中，节点设备可以通过与控制设备的交互接口向控制设备上报自身的状态信息，其中，可以采用节点设备主动上报的方式，也可以采用控制设备查询的方式。

步骤102：控制设备根据状态信息调整短消息中心集群中处于工作状态的节点设备数量。

在本发明实施例中，控制设备可以根据短信中心集群的整体负荷以及各节点设备的忙闲状态来调整短消息中心集群中处于工作状态的节点设备数量，具体过程可以包括：控制设备要根据各节点设备当前流量确定短信中心集群的整体负荷；若短信中心集群的整体负荷轻，则根据各节点设备的忙闲状态确定相对空闲的节点设备，并指示相对空闲的节点设备由工作状态转换为休眠状态；若短信中心集群的整体负荷重，则指示处于休眠状态的节点设备由休眠状态转换为工作状态。

需要说明的是，在实际操作中各节点设备上报的忙闲状态可以通过示忙标志的不同等级来表示(如，0，空闲；1，正常；2，忙；3，接近极限)，以便控制设备可以直接根据接收到的示忙标识直接确定哪些节点设备可以休眠，哪些节点设备可以被唤醒。

本发明实施例中，由于根据短信中心集群实际的负荷来调整短信中心集群中处于工作状态节点设备的数量，使得在短信中心集群的实际话务量低时，部分节点设备可以转为休眠状态，实现了短信中心集群系统的节能降耗。

进一步的，上述根据各节点设备的当前流量确定所述短信中心集群的整体负荷可以包括：根据各节点设备的当前流量计算短信中心集群的整体流量；当短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻；当短信中心集群的整体流量接近短信中心集群的处理能力时；确定所述短信中心集群的整体负荷重；其中，远小于和接近可以通过预先设定的阈值来确定，如，分别设置用于判断“远小于”的第一阈值和用于判断“接近”的第二阈值，当计算出的短信中心集群的整体流量与短信中心集群可处理的流量的差值的绝对值小于第一阈值，则短信中心集群的整体流量远小于短信中心集群的处理能力；当计算出的短信中心集群的整体流量与短信中心集群可处理的流量的差值的绝对值大于第二阈值，则短信中心集群的整体流量接近短信中心集群的处理能力；其中，第一阈值小于第二阈值，两者都可根据经验值来设置。

在本发明一个实施例中，控制设备可以通过向相对空闲节点设备发送休眠通知消息来指示相对空闲的节点设备由工作状态转换为休眠状态，其中，该休眠通知消息可以用于控制所述相对空闲的节点设备调用操作系统API(Application Programming Interface，应用程序编程接口)进行休眠操作；当需要唤醒时，控制设备可以通过远程控制机制唤醒处于休眠状态的节点设备。

在本发明实施例中，控制设备还可以进一步对后续发往休眠节点设备的短信进行控制处理。具体的，可以在节点设备由工作状态转换为休眠状态后，通过将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中，以保证将接入短信中心的消息分配给可用节点设备进行处理。

对于节点设备产生的缓存消息短信，控制设备还可以在节点设备由工作状态转换为休眠状态后，控制当前短信中心集群中处于工作状态的节点设备获取并处理休眠节点设备产生的缓存短信，缓存短信的存放路径为所述短信中心集群中所有节点设备都可访问的路径。其中，缓存短信可以是节点设备在休眠之前因下发失败而产生的。

本发明实施例提通过控制设备对短信路由规则进行修改，将理应路由至休眠节点上的短信，分配给当前短信中心集群中处于工作状态的节点设备上进行处理，从而保证了这些短信的及时处理。

此外，短信中心集群中有节点设备休眠时，本发明实施例针对该节点设备在休眠之前缓存短信同样提出了相应的处理策略，控制设备通过控制短信中心集群系统中处于工作状态的节点设备获取并处理休眠节点产生的缓存短信，保证了休眠节点设备产生的缓存短信的及时处理。

如图2所示，本发明实施例中的短消息中心采用集群组网方式，该短消息中心集群系统包括接入设备22和至少两个节点设备21(节点1和节点2)；

其中，接入设备和节点设备可以是简化的短信中心，接入设备实现短信中心接入短信的功能，节点设备实现短信中心处理短信业务的功能。

具体的，接入设备用于接收短信，并按照预定的路由规则将所述短信分配给相应的可用节点设备进行处理。

节点设备用于处理短信业务，并用于向控制设备上报自身的状态信息，接收控制设备根据状态信息下发的控制指示，当控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

在具体实施例中，接入设备可以有一个或多个，一般情况下，可以设置两个接入设备，分别用于接收来自信令网的SS7协议接口的短信和接收来自IP网的SMPP协议接口的短信。当节点设备的工作状态变化时(如，从休眠状态转为工作状态，或从工作状态转为休眠状态)，接入设备可以根据节点设备的工作状态变化调整短信路由。具体调整过程可以是，当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

本发明实施例中，短信中心集群系统中各节点设备可以采用定时或实时交互的通信方式向控制设备上报自身的状态信息，其中，状态信息可以包括节点设备的当前流量及节点设备的忙闲状态；节点设备忙闲状态包括软件忙闲状态及硬件忙闲状态；软件忙闲状态可以通过短信中心节点设备当前处理消息的流量，缓存短信的数量等软件忙闲指标来确定；硬件忙闲状态参数可以通过系统CPU使用率、内存占用率、网络带宽占用率、温度等来硬件忙闲指标确定。在本发明实施例中，短信中心集群的节点设备可以通过调用操作系统API的方式获取本设备的硬件忙闲指标。本发明实施例中，节点设备可以通过与控制设备的交互接口向控制设备上报自身的状态信息，其中，可以采用节点设备主动上报的方式，也可以采用控制设备查询的方式。

在本发明的一个具体实施例中，短信中心集群系统中的节点设备可以通过调用操作系统API将自身从工作状态转换为休眠状态，另外，节点设备在接收到控制设备的休眠指示时，还可以进一步断开与周边设备的接口，并清除程序内部的临时数据。对于唤醒处理，即将短信中心集群系统中的节点设备从休眠状态转为工作状态，可以通过控制设备的远程控制来实现，具体的，控制设备可以通过节点设备主板上的电源控制器来触发节点设备和操作系统进入工作状态，操作系统进入工作状态后，节点设备应用程序重新进行初始化，并建立与周边部件的接口，从而完成唤醒工作。

本发明实施例中，为了在节点设备休眠后，可以及时处理休眠节点在休眠之前产生的缓存短信，可以将各节点设备的缓存数据与业务处理过程相分离，使短信中心各节点设备与缓存短信之间为松耦合关系。

因此，如图3所示，在本发明的一个实施例中，短信中心集群系统还可以进一步包括：

缓存处理设备23，用于在有节点设备转换为休眠状态后，回读休眠节点设备在休眠前产生的缓存短信，并分配给处于工作状态的节点设备。

其中，缓存处理设备在逻辑上与节点设备的处理相分离，在物理上也可以独立于节点设备设置。缓存处理设备可以是一个或多个，缓存处理设备与节点设备可以是多对多的关系；节点设备在下发短信失败后，可以将下发失败的短信发送给任一缓存处理设备，并告知该缓存处理设备该短信的回读时间，缓存处理设备将该短信缓存到可以被所有的缓存处理设备访问的存储设备中。该存储设备可以是磁盘、硬盘等。当到达该短信的回读时间时，缓存处理设备从存储设备中回读该短信，并将该短信发送给短信中心集群系统中任意可用节点设备进行重发。

需要说明的是，本发明实施例中的接入设备、节点设备、缓存处理设备都可以是计算机，其中，接入设备、节点设备可以位于同一个物理实体中。

如图4所示，基于图1实施例提出的一种短信中心集群的控制方法，本发明实施例以控制设备的角度，提供了一种控制设备的结构示意图，本实施例中，控制设备包括：

获取模块41，用于获取短信中心集群中各节点设备的状态信息；

控制模块42，用于根据所述状态信息调整短消息集群中处于工作状态的节点设备数量。

在本发明一个具体实施例中，状态信息可以包括：节点设备的当前流量及节点设备的忙闲状态；其中，节点设备忙闲状态可以通过软件忙闲状态及硬件忙闲状态来确定的，具体实现方式可参照上述图1所示实施例中的描述。

在本发明一个具体实施例中，图4实施例提出的控制设备具体还可以包括图5的各功能模块，其中，控制模块42具体可以包括：

确定单元421，用于根据各节点设备的当前流量确定所述短信中心集群的整体负荷；

选择单元422，用于在短信中心集群的整体负荷轻时，根据各节点设备的忙闲状态确定相对空闲的节点设备；

指示单元423，用于在所述确定单元确定短信中心集群整体负荷轻时，指示所述相对空闲的节点设备由工作状态转换为休眠状态；在所述确定单元确定短信中心集群整体负荷重时，指示所述休眠状态的节点设备由休眠状态转换为工作状态。

在本发明一个具体实施例中，确定单元421可以包括：

计算子单元4211，用于根据各节点设备的当前流量计算所述短信中心集群的整体流量；

比较子单元4212，用于比较所述短信中心集群的整体流量与短信中心集群的处理能力，当所述短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻；当所述短信中心集群的整体流量接近短信中心集群的处理能力时；确定所述短信中心集群的整体负荷重；所述远小于和接近可以通过预先设定的阈值来确定。上述比较过程可以参考图1所示实施例中的描述，这里不再赘述。

在本发明一个具体实施例中，指示单元423具体可以用于：

在确定短信中心集群整体负荷轻时，向所述相对空闲的节点设备发送休眠通知消息，所述休眠通知消息用于控制所述相对空闲的节点设备调用操作系统API进行休眠操作；在确定短信中心集群整体负荷重时，通过远程控制机制唤醒处于休眠状态的节点设备。

在本发明一个具体实施例中，控制设备还可以包括：

路由模块43，用于当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

需要说明的是，本发明实施例提出的控制设备可以通过路由模块修改短信路由规则，直接将理应路由至休眠节点设备上的短信分配给当前短信中心集群中处于工作状态的可用节点设备处理；

也可以通过控制短信中心集群系统中的接入设备，来修改短信路由规则，并将理应路由至休眠节点设备上的短信的分配给当前短信中心集群中处于工作状态的可用节点设备处理。

在本发明一个具体实施例中，控制设备还可以包括：

缓存处理模块44，用于当节点设备由工作状态转换为休眠状态后，控制当前短信中心集群中处于工作状态的节点设备获取并处理休眠节点设备产生的缓存短信；所述缓存短信的存放路径为所述短信中心集群中所有节点设备都可访问的路径。

其中，上述路由模块和缓存处理模块是可选的，路由模块的功能也可以放在短信中心集群系统的接入设备中实现，缓存处理模块也可以放在短信中心集群系统的缓存处理设备中实现。

本发明实施例中的控制设备可以是计算机，控制设备中的各功能单元可以在CPU中运行。

需要说明的是，因为本发明实施例是基于图1所示的方法实施例获得的，所以本发明实施例中各功能模块涉及的技术方案与图1中方法实施例各步骤对应的技术方案相同或相似，具体请参见上述图1方法实施例，在此不作赘述。

如图6所示，为本发明实施提供的一种短信中心集群控制系统，该系统可以包括：

控制设备61，用于获取短信中心集群系统中各节点设备的状态信息，并根据状态信息调整所述短消息中心集群中处于工作状态的节点设备数量；

短信中心集群系统62，用于处理短信业务，并向控制设备上报各节点设备的状态信息，接收控制设备根据状态信息下发的用于调整节点设备数量的控制指示，当控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

其中，短信中心集群系统的具体实现可以参考图2和图3所示实施例，控制设备的具体实现可以参考图4和图5所示实施例，这里不再赘述。

为了进一步理解本发明实施例的技术方案，下面通过具体实施例详细描述本发明实施例记载的技术方案，通过监控短信中心集群中各节点设备的状态信息来调整短信中心集群中处于工作状态的节点设备的数量，从而保证短信中心业务正常运行的情况下，实现短信中心系统的节能降耗。但本发明实施例的技术方案在实现过程中不限于下述中描述的技术手段。

如图7所示，描述了短信中心SMSC集群控制系统的应用场景图，其中，短信中心集群包括接入层Access Layer和业务层Service Layer，短信中心集群中的接入设备(如，本实施例中负责第三方业务接入的3rd Party ServiceAccess Module和负责信令SS7接入的Signal Access Module)位于AccessLayer，图中SMS App为短信中心集群系统中的节点设备，Storage为短信中心集群中的缓存处理设备，SMS App和Storage均位于Service Layer。其中，Storage可以独立设置于各节点设备之中，也可独立设置在各节点设备之外，但缓存短信的存放路径为所述短信中心集群中所有节点设备都可访问的路径，以便在有节点设备休眠时，其生成的缓存短信能够被及时处理。ControlModule为控制设备，其可设置在短消息集群系统的Service Layer。

SMS App负责短信业务处理，Storage负责缓存短信的存取(具体的，缓存数据存放在图7所示的Disk Array中，Disk Array中缓存短信的存放路径可被短信中心集群中各Storage模块访问；

Access Layer包括：负责第三方业务接入短信中心集的3rd Party ServiceAccess Module，并通过Smpp协议与短信中心集群中的各App节点连接；负责将短信中心通过SS7接入核心网的Signal Access Module，与短信中心集群中节点设备相连；

Control Module负责监控短信中心各节点设备的状态信息，并控制短信中心各节点设备的运行状态，是由工作状态转换为休眠状态，还是由休眠状态转换为工作状态。

在上述对图7中所示各功能模块进行功能的介绍之后，下面将通过短信中心业务处理的具体流程来对本发明实施例记载的技术方案进行详细描述。

其中，在下述具体流程中主要分为控制设备将短信中心空闲节点设备休眠的过程，以及控制设备将休眠节点设备唤醒(也就是将处于休眠状态节点设备转换为工作状态)的过程，具体内容将在相应的过程中予以详述。

如图8所示，描述了控制设备将短信中心集群中相对空闲的节点设备休眠的具体流程：

801：Access Module将接收到的短信按照预定规则提交到各SMS App上处理；

其中，通过3rd party access module接收第三方业务发至短信中心的短信，通过Signal Access module接收核心网发至短信中心的短信；

本实施例中，预定规则是指消息提交的分流规则，一般短信中心支持按照主叫号码的号段或者按照被叫号码的尾号来分流到不同的SMSApp。

802：SMS App首先对Access Module分配的短信消息进行下发，若下发失败，则通过Storage缓存在Disk Array中；

803：短信中心各SMS App与Control Module之间通过TCP/IP长连接通信，SMS App定期(可以为1s)向Control Module上报自身设备的状态信息；

状态信息包括当前单个节点设备的当前流量以及节点设备的忙闲状态，其中，节点设备忙闲状态包括软件忙闲状态及硬件忙闲状态；软件忙闲状态可以通过短信中心节点设备当前处理消息的流量，缓存短信的流量等软件忙闲指标确定；硬件忙闲状态可以通过系统CPU使用率、内存占用率、网络带宽占用率、温度等硬件忙闲指标来确定。本发明实施例中，短信中心节点设备可以通过调用操作系统API的方式获取本设备的硬件忙闲状态。本实施例中节点设备忙闲状态可以采用不同的示忙标识来表示，如：0，空闲；1，正常；2，忙；3，接近极限，这样方便控制设备直接对节点设备的忙闲状态进行识别。

804：Control Module根据节点设备上报的状态信息当前短信中心集群的整体负荷；

具体的，Control Module根据各节点设备当前流量处理通过累加来确定当前短信中心集群的整体负荷，当所述短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻，并根据各节点设备的忙闲状态确定相对空闲的节点设备，并指示相对空闲的节点设备由工作状态转换为休眠状态；

当所述短信中心集群的整体流量接近短信中心集群的处理能力时，确定所述短信中心集群的整体负荷重，并指示处于休眠状态的节点设备由休眠状态转换为工作状态；其中，远小于和接近可以通过预先设定的阈值来确定，具体比较过程可参考图1所示实施例。

本实施例以短信中心集群的整体流量远小于短信中心集群的处理能力为例进行说明。

805：Control Module通过TCP/IP的接口向相对空闲的SMS App发送SMS App进入休眠的指示；

806：SMS App接收到休眠通知，进入休眠状态；

具体的，SMS App接收到Control Module发送的休眠通知后，断开与周边模块的接口，并清除程序内部的临时数据，同时通过调用操作系统的API进入休眠状态；由于SMS App仅处理业务，缓存短信和会话索引信息都保存在独立设置于节点设备之外的Storage模块中，因此SMS App节点进入休眠状态后，其他SMS App可以继续处理缓存短信和会话，不会影响短信消息的后续正常处理。

807：接入设备可以根据节点设备的工作状态变化调整短信路由；

具体调整过程可以是，当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

进一步的，当SMS App1休眠后，来自信令网SS7协议接口和IP网Smpp协议接口的短信均通过Access Module来接入和分发，为了保证AccessModule按照初始路由规则发至休眠节点设备的短信能够被及时处理，可以将当前处于工作状态的可用节点设备以列表的形式显示，当监控到有SMS App节点由休眠状态进入工作状态时，将该SMS App节点加入到可用节点设备列表中，当监控到有SMS App节点设备由工作状态进入休眠状态时，将该节点设备从可用节点设备列表中删除，接入设备可以通过将接收到的短信在当前处于工作状态节点设备之间轮询均匀分发的方式来保证可用节点设备的负载均衡。

808：SMS App2接收到Access Module分发的理应路由至SMS App1的消息后，按照消息正常处理流程先下发，失败后则通过Storage缓存；

具体的，为了保证SMS App工作状态变化不影响休眠节点缓存短信的处理，本发明实施例中将业务处理过程与缓存数据在物理和逻辑上分离。

物理上SMS App与Storage模块之间可以是不对称的多对多关系。

逻辑上，由SMS App负责对短信的下发，下发失败后发送给Storage模块缓存，并在Storage上设定缓存短信的回读时间，以使SMS App对该缓存短信进行重发；由Storage负责接收从SMS App分配的缓存短信，并保存到磁盘中进行持久化，当缓存短信到达回读时间，则Storage从磁盘中将缓存短信回读，并发送给SMS App集群中可用的任意节点进行重发。

809：SMS App1处于休眠状态，为了保证其的缓存短信在回读时间到达时能够被及时重发，Control Module通过对Storage模块进行控制，通过控制Storage模块对获取到的回读短信的路由规则进行修改，以便将SMS App1的回读短信分发给当前处于工作状态的SMS App(如：SMS App2)来处理：

具体的，当Storage模块发现有SMS App1进入休眠后，修改缓存短信回读分发策略，将需要重发的缓存短信从磁盘回读后，不向该SMS App1发送，而发送到当前可用的SMS App2上；当SMS App模块进入休眠状态后，将断开与Storage之间的接口；

在本发明实施例一中考虑到短信调度模型是基于被叫号码的重发调度和状态报告匹配，因此SMS App需要将缓存短信查询消息、下发失败需缓存的消息、用户开机通知AlertSc消息按照被叫号码发送到Storage模块，将待匹配的状态报告消息按照主叫号码发送到Storage模块处理，而Storage模块回读短信后应根据SMS App的忙闲状态进行分发。

810：SMS App2接收到来自Storage的回读短信后，按照短信的正常处理流程先下发，若下发失败则通过Storage模块缓存。

如图9所示，描述了控制设备将短信中心休眠节点设备唤醒的具体流程：

901：Access Module将接收到的短信提交到各工作状态的SMS App处理；(此步骤中Access Module接收到的短信可参考上述步骤801所的描述，不再赘述)

902：工作状态的SMS App首先对Access Module分配的短信消息进行下发，若下发失败则通过Storage缓存；

903：短信中心工作状态的SMS App与Control Module之间通过TCP/IP长连接通信，工作状态下的SMS App定期(可以为1s)向Control Module上报自身设备的状态信息；(该步骤中上报状态信息可参考上述步骤803中的描述，不再赘述)

904：Control Module根据工作状态下节点设备上报的状态信息确定短信中心集群的整体负荷；

具体的，Control Module根据各节点设备当前流量处理通过累加来确定当前短信中心集群的整体负荷，当所述短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻，并根据各节点设备的忙闲状态确定相对空闲的节点设备，并指示相对空闲的节点设备由工作状态转换为休眠状态；

当所述短信中心集群的整体流量接近短信中心集群的处理能力时，确定所述短信中心集群的整体负荷重，并指示处于休眠状态的节点设备由休眠状态转换为工作状态；其中，远小于和接近可以通过预先设定的阈值来确定。

本实施例以短信中心集群的整体流量接近短信中心集群的处理能力为例进行说明。

905：Control Module通过TCP/IP的接口向休眠的SMS App发送SMSApp进入工作状态的指示；

其中，Control Module控制设备具体可以通过外部的硬件设备通知休眠节点设备进行运行状态的转换。该外部硬件可以是控制板Device ControlBoard，如图10所示，为采用控制板的短信中心集群控制系统结构图，其中短信中心集群系统中仅示出了节点设备部分，其它部分在此未示出。

具体参见图10，控制板Device Control Board作为节点设备的工作状态控制部件，连接了所有的SMS App设备，并与各SMS App设备的主板之间有鼠标、键盘、电源控制的硬件接口，SMS App处于休眠状态时，Device ControlBoard通知SMS App主板上的电源控制单元，可将设备从休眠状态唤醒。

具体的，当Control Module需要将某个SMS App设备唤醒，则向DeviceControl Board发送唤醒通知，由Device Control Board向相应的SMS App设备的电源控制单元发送通知，触发SMS App设备和操作系统进入工作状态，操作系统进入工作状态后，SMS App应用程序重新进行初始化，并建立与周边部件的接口，唤醒工作完成。

906：SMS App接收到激活通知，由休眠状态进入工作状态；

907：接入设备可以根据节点设备的工作状态变化调整短信路由；

具体调整过程可以是，当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

当短信中心休眠节点设备SMS App1进入工作状态时，将该SMS App1加入到可用节点设备列表中，接入设备可以通过将接收到的短信在当前处于工作状态节点设备之间轮询均匀分发的方式来保证可用节点设备的负载均衡。

908：SMS App1接收到Access Module分发的理论路由至休眠节点的短信后，按照短信正常处理流程先下发，失败后则通过Storage缓存；(此步骤中缓存短信的存储以及缓存短信的处理可参考上述步骤808中的描述)

909：为了保证休眠节点设备的缓存短信在回读时间到达时能够被及时重发，Control Module通过Storage模块对回读短信的路由规则进行修改，控制Storage模块将获取到的缓存短信，按照修改后的回读短信路由规则，将休眠节点的回读短信分发给当前处于工作状态的SMS App(SMS App1)来处理：(此步骤中回读短信的路由和处理过程可参考上述步骤809中所描述的相同，不再赘述)

910：SMS App1接收到来自Storage的回读短信后，按照短信的正常处理流程先下发，若下发失败则通过Storage模块缓存。

通过上述本发明实施例记载的技术方案可知，控制设备通过监控当前短信中心集群的整体负荷和节点设备的忙闲状态，调整当前短信中心集群中处于工作状态的节点设备的数量，同时，当集群流量增加时，选择能够唤醒某些休眠节点设备，提升当前集群的总处理能力，以应对来自外部增加的流量，在保证短信中心业务正常处理的前提下，达到尽可能地节能降耗的效果。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (18)

1.一种短信中心集群的控制方法，其特征在于，包括：

获取短信中心集群中各节点设备的状态信息；

根据所述状态信息调整所述短信中心集群中处于工作状态的节点设备数量。

2.根据权利要求1所述的方法，其特征在于，所述状态信息包括：节点设备的当前流量以及节点设备的忙闲状态；

所述根据所述状态信息调整所述短信中心集群中的工作节点设备数量，包括：

根据各节点设备的当前流量确定所述短信中心集群的整体负荷；

若短信中心集群的整体负荷轻，则根据各节点设备的忙闲状态确定相对空闲的节点设备，并指示相对空闲的节点设备由工作状态转换为休眠状态；

若短信中心集群的整体负荷重，则指示处于休眠状态的节点设备由休眠状态转换为工作状态。

3.根据权利要求2所述的方法，其特征在于，所述根据各节点设备的当前流量确定所述短信中心集群的整体负荷包括：

根据各节点设备的当前流量计算所述短信中心集群的整体流量；

当所述短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻；当所述短信中心集群的整体流量接近短信中心集群的处理能力时；确定所述短信中心集群的整体负荷重；所述远小于和接近通过预先设定的阈值来确定。

4.根据权利要求2中所述的方法，其特征在于，所述指示相对空闲的节点设备由工作状态转换为休眠状态包括：

向所述相对空闲的节点设备发送休眠通知消息，所述休眠通知消息用于控制所述相对空闲的节点设备调用操作系统API进行休眠操作。

5.根据权利要求2中所述的方法，其特征在于，所述指示处于休眠状态的节点设备由休眠状态转换为工作状态包括：

通过远程控制机制唤醒处于休眠状态的节点设备。

6.根据权利要求1至5中任一所述的方法，其特征在于，所述方法还包括：

当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

7.根据权利要求1至5中任一所述的方法，其特征在于，所述方法还包括：

当节点设备由工作状态转换为休眠状态后，控制当前短信中心集群中处于工作状态的节点设备获取并处理休眠节点设备产生的缓存短信；所述缓存短信的存放路径为所述短信中心集群中所有节点设备都可访问的路径。

8.一种控制设备，其特征在于，包括：

获取模块，用于获取短信中心集群中各节点设备的状态信息；

控制模块，用于根据所述状态信息调整所述短消息中心集群中处于工作状态的节点设备数量。

9.根据权利要求8所述的设备，其特征在于，所述状态信息包括：节点设备的当前流量以及节点设备的忙闲状态；

所述控制模块包括：

确定单元，用于根据各节点设备的当前流量确定所述短信中心集群的整体负荷；

选择单元，用于在短信中心集群的整体负荷轻时，根据各节点设备的忙闲状态确定相对空闲的节点设备；

指示单元，用于在所述确定单元确定短信中心集群整体负荷轻时，指示所述相对空闲的节点设备由工作状态转换为休眠状态；在所述确定单元确定短信中心集群整体负荷重时，指示所述休眠状态的节点设备由休眠状态转换为工作状态。

10.根据权利要求9所述的设备，其特征在于，所述确定单元包括：

计算子单元，用于根据各节点设备的当前流量计算所述短信中心集群的整体流量；

比较子单元，用于比较所述短信中心集群的整体流量与短信中心集群的处理能力，当所述短信中心集群的整体流量远小于短信中心集群的处理能力时，确定所述短信中心集群的整体负荷轻；当所述短信中心集群的整体流量接近短信中心集群的处理能力时；确定所述短信中心集群的整体负荷重；所述远小于和接近可以通过预先设定的阈值来确定。

11.根据权利要求9至10中任一项所述的设备，其特征在于，所述指示单元具体用于：

在确定短信中心集群整体负荷轻时，向所述相对空闲的节点设备发送休眠通知消息，所述休眠通知消息用于控制所述相对空闲的节点设备调用操作系统API进行休眠操作；在确定短信中心集群整体负荷重时，通过远程控制机制唤醒处于休眠状态的节点设备。

12.根据权利要求8至10中任一所述的设备，其特征在于，所述设备还包括：

路由模块，用于当节点设备由工作状态转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

13.根据权利要求8至10中任一所述的设备，其特征在于，所述设备还包括：

缓存处理模块，用于当节点设备由工作状态转换为休眠状态后，控制当前短信中心集群中处于工作状态的节点设备获取并处理休眠节点设备产生的缓存短信；所述缓存短信的存放路径为所述短信中心集群中所有节点设备都可访问的路径。

14.一种短信中心集群系统，其特征在于，包括接入设备和至少两个节点设备；

所述接入设备用于接收短信，并按照预定的路由规则将所述短信分配给相应的可用节点设备进行处理；

所述节点设备用于处理短信业务，并向控制设备上报自身的状态信息，接收所述控制设备根据所述状态信息下发的控制指示，当所述控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当所述控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

15.根据权利要求14所述的系统，其特征在于，所述节点设备通过调用操作系统API将自身从工作状态转换为休眠状态，或根据控制设备的远程控制将自身从休眠状态转换为工作状态。

16.根据权利要求14所述的系统，其特征在于，所述接入设备还用于在有节点设备转换为休眠状态后，将休眠节点设备从可用节点设备中删除；或者，在有节点设备从休眠状态转换为工作状态后，将转换为工作状态的节点设备加入到可用节点设备中。

17.根据权利要求15所述的系统，其特征在于，还包括：

缓存处理设备，用于在有节点设备转换为休眠状态后，回读所述休眠节点设备在休眠前产生的缓存短信，并分配给处于工作状态的节点设备。

18.一种短信中心集群控制系统，其特征在于，包括：

控制设备，用于获取短信中心集群系统中各节点设备的状态信息，并根据所述状态信息调整所述短消息中心集群中处于工作状态的节点设备数量；

短信中心集群系统，用于处理短信业务，并向所述控制设备上报各节点设备的状态信息，接收所述控制设备根据所述状态信息下发的用于调整节点设备数量的控制指示，当所述控制指示为休眠指示时，将自身从工作状态转换为休眠状态；当所述控制指示为唤醒指示时，将自身从休眠状态转换为控制状态。

Images