计划类业务调度系统和实现计划类业务调度的方法

专利名称：计划类业务调度系统和实现计划类业务调度的方法
技术领域：
本发明涉及视频监控技术领域，尤指一种计划类业务调度系统和一种实 现计划类业务调度的方法。
背景技术：
随着视频监控技术的迅速发展，从传统的模拟监控系统到现在的全数字 化视频监控系统，其所支持的业务也越来越多。其中，计划类业务是视频监
控系统中重要的一个业务组成部分。现有的计划类业务主要有存储计划、 巡航计划、轮切计划、组切计划和布防计划等。随着监控业务的不断开展， 计划类业务也会越来越多。
下面以巡航计划业务和轮切计划业务为例，对计划类业务进行简要说明。
(1)巡航计划数据
视步贞输入通道vin—channel—1 设备编码device 1
周一08:00:00 09:00:00摄像机编码cameral;轨迹预置位个数3; 预置位列表"locationl， 1ocation2, 1ocation3"，预置位停留时间列表 "10, 20， 30";
说明在周一的8点到9点之间，编号为camera 1的才聂#4几在location 1、 1ocation2 和1ocation3三个预置位置进行巡航，即摄像机先转到locationl，拍摄locationl处 的画面，再转动到1ocation2,拍才聂1ocation2处的画面，然后再转动1ocation3,拍才聂 1ocation3处的画面，且在三个预置位置停留的时间分别为10秒、20秒和30秒。以 下以此类推。
09:30:00 12:00:00才聂像机编码cameral;轨迹预置位个数3;预置位列表"location 1, "10, 20, 30";
14:00:00 15:00:00 予贞置4立列表"location 1， "10， 20, 30";
16:00:00-21:00:00 子贞置位列表"location 1,
"10， 20， 30"; 周二 08:00:00 09:00:00 予贞置位列表"location 1, "10, 20， 30";
09:30:00 12:00:00 子贞置位歹'J表"location 1， "10， 20， 30";
14:00:00 15:00:00 予贞置位歹'J表"location 1, "10, 20, 30，，；
16:00:00 21:00:00 子贞置位列表"location 1, "10， 20, 30";
1ocation2, 1ocation3，，，预置位停留时间列表:
摄像机编码camera 1; 1ocation2， 1ocation3，，
摄像机编码cameral; 1ocation2， 1ocation3，，
摄像机编码camera 1: 1ocation2， 1ocation3，，
摄像机编码camera 1; 1ocation2, 1ocation3，，
摄像机编码cameral; 1ocation2, 1ocation3，，
摄像机编码camera 1; 1ocation2， 1ocation3，，
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
周日08:00:00 09:00:00摄像机编码cameral;轨迹预置位个数3; 预置位列表"locationl， 1ocation2, 1ocation3"，预置位停留时间列表: "10, 20, 30";
09:30:00 12:00:00摄像机编码cameral;轨迹预置位个数3; 预置位列表"locationl， 1ocation2， 1ocation3，，,预置位1亭留时间列表: "10， 20， 30";14:00:00' 预置位列表' "10, 20， 30" 16:00:00' 预置位列表' "10, 20， 30" 例外
2009- 05 - 01
08:00:00 预置位列表' "10, 20， 30" 09:30:00' 预置位列表' "10, 20， 30" 14:00:00' 预置位列表' "10, 20， 30" 16:00:00 预置位列表' "10， 20， 30"
-15:00:00 ;location 1
-21:00:00 ;location 1
摄像机编码camera 1; ,1ocation2， 1ocation3，，
摄像机编码camera 1: ,1ocation2， 1ocation3，，
09:00:00 location^
42:00:00 1ocation4'
'15:00:00 location^
-21:00:00 location斗
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
摄像机编码camera 1; ,1ocation5， 1ocation6，，
摄像机编码cameral; 1ocation5， 1ocation6，，
摄像机编码camera 1: ,1ocation5, 1ocation6，，
摄像机编码cameral: ,1ocation5， 1ocation6，，
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
轨迹预置位个数3; 预置^f立停留时间列表:
轨迹预置位个数3; 预置位停留时间列表:
(2)轮切计划数据
监^见器编石马screenl， ^L频输出通道索引voutl 设备编码:devicel
周一08:00:00 09:00:00揭J象机编码:camera2, 4仑切序号1切换时间10,摄像机编码:camera3,轮切序号:2，切换时间:20,
说明在周一的8点到9点之间，监视器上依次显示如下图像显示轮切序号为1 的编号为camera2的摄像机所拍摄的实时图像，显示时间为10秒，然后切换并显示 轮切序号为2的编号为camera3的摄像机所拍摄的实时图像，显示时间为20秒，.....。 以下以此类推。
09:30:00 12:00:00摄像机编码:cameral，轮切序号l,切换时间IO,
摄像机编码:camera4,轮切序号:2，切换时间:20,
14:00:00 15:00:00^HI4几编码:camera3，專仑切序号l,切换时间IO, 摄像机编码:camera2,轮切序号:2 ，切换时间:20，
16:00:00 21:00:00招HI4几编码:camera4，專仑切序号l，切换时间IO， 才菱像机编码:camera3, 4仑切序号:2，切换时间:20，
周二 08:00:00 09:00:00摄像机编码:camera3,轮切序号:1 ，切换时间10，
摄像机编码:camera2,轮切序号:2,切换时间:20,
09:30:00 12:00:00摄像机编码:cameral，轮切序号:l,切换时间10，
摄像机编码:camera4,轮切序号:2，切换时间:20，
14:00:00 15:00:00 :l聂像机编码:camera2, 4仑切序号1，切换时间10,
摄像机编码:camera3,轮切序号:2 ，切换时间:20,
16:00:00~21:00:00摄像机编码:camera4, 4仑切序号1，切换时间10，
摄像机编码:camera3,轮切序号:2 ，切换时间:20，周日08:00:00 09:00:00摄像机编码:cameral，轮切序号:l,切换时间IO，
摄像机编码:camera4,轮切序号:2 ，切换时间:20,
09:30:00 12:00:00摄像机编码:camera4,轮切序号:l,切换时间IO,
摄像机编码:camera3，轮切序号:2，切换时间:20，
14:00:00 15:00:00摄^fl4几编码:camera2，轮切序号:l，切换时间IO, 摄像机编码:camera3,轮切序号:2，切换时间:20，
16:00:00 21:00:00摄像机编码:camera3 ，轮切序号1,切换时间10， 摄像机编码:camera2,轮切序号:2，切换时间20，
例外
2009 - 05 - 01
08:00:00 09:00:00摄像机编码:camera2,轮切序号:l,切换时间10，
摄像机编码:camera3，轮切序号:2，切换时间:20,
09:30:00 12:00:00摄像机编码:camera4,轮切序号:l,切换时间10,
摄像机编码:camera3 ，轮切序号:2 ，切换时间:20，
14:00:0(K15:00:00摄像机编码:cameral，轮切序号l，切换时间10,
摄像机编码:camera4，轮切序号:2，切换时间:20,
16:00:00 21:00:00摄像机编码:camera3 ，轮切序号1 ，切换时间10,
摄像机编码:camera2，轮切序号:2，切换时间:20,
其他计划类业务的表述方式与上述巡航和轮切业务类似。不同的计划类 业务从时间的角度来看是非常相似的，它们的主要共同点是(l)都以时间段为单位，即在时间段的起始时间开始执行，到时间段
的结束时间停止执行；
(2 )计划 一天有多个时间段，例如，存储计划周一08:00:00 - 09:00:00, 10:00:00— 11:00:00， 12:00:00— 13:00:00, 14:00:00— 16:00:00;
(3)计划类业务需要考虑例外情况，若例外与计划有冲突，则停止计 划，启用例外，若例外与计划无冲突，则不需要停止计划，直接启动例外。
在现有的视频监控系统中，由于各个类型的计划业务调度执行的数据都 不一样，因此，目前最常见的做法是每种类型的计划业务都作为一个单独的 功能模块来实现，如图l所示。或者，仅将时间调度部分抽象出来作为一个 公共模块，然后每个计划业务也都作为一个单独功能模块实现，如图2所示。
图1是现有技术中每个计划业务都单独作为一个模块实现的计划类业 务调度系统示意图。如图l所示，对于每一种类型的计划业务，都有相应的 计划业务模块和业务执行模块，其中计划业务模块根据业务数据调用业务执 行模块执行相应的业务。例如，计划业务模块1为轮切业务模块，相应地， 业务执行模块1为执行轮切的轮切业务执行模块，则计划业务模块1会在时 间段的起始时间点发消息给业务执行模块1启动轮切，并在时间段的结束时 间点发消息给业务执行模块1结束轮切。
图2是现有技术中的抽象出时间调度部分作为一个模块的计划类业务 调度系统示意图。如图2所示，将时间调度部分作为一个模块，然后每种计 划类业务仍对应一个计划业务模块，只是该计划业务模块不包含时间调度部 分。
在现有的计划类业务调度系统中，每一种计划业务都对应独立的计划业 务模块，因此，当需要增加一种新的计划业务时，需要根据其特性重新开发 计划业务模块，不但需要投入额外的人力和物力，而且还存在新开发的代码 质量有问题的风险。

发明内容
本发明提供了 一种计划类业务调度系统，该系统减少了开发新计划业务 的成本和风险。
本发明还提供了一种实现计划类业务调度的方法，该方法在减少了开发 新计划业务的成本和风险。
为达到上述目的，本发明的技术方案具体是这样实现的 本发明公开了一种计划类业务调度系统，该系统包括调度管理中心和
多个业务执行模块，不同的业务执行模块对应不同的计划业务，其中，
调度管理中心，用于按照预设策略将属于不同计划业务的计划业务数据
根据其各自的数据结构特性进行抽象处理后存储；用于在所存储的计划业务
数据中的时间段参数的起始时间到达时，根据所述预设策略以及该计划业务 数据的数据结构特性，将所存储的计划业务数据还原为抽象之前的计划业务 数据，并将还原后的计划业务数据发送给相应的业务执行模块；用于在所存 储的计划业务数据中的时间段参数的结束时间到达时，向相应的业务执行模 块发送停止执行消息；
每个业务执行模块，用于在接收到调度管理中心发送的计划业务数据 时，根据所接收的计划业务数据执行相应的计划业务；用于在接收到调度管 理中心发送的停止执行消息时，停止执行相应的计划业务。
本发明还公开了一种实现计划类业务调度的方法，该方法包括
调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据 其各自的数据结构特性进行抽象处理后存储；
调度管理中心在所存储的计划业务数据中的时间段参数的起始时间到 达时，根据所述预设策略以及该计划业务数据的数据结构特性，将所存储的 计划业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数据 发送给相应的业务执行模块，以启动相应的计划业务；
调度管理中心在所存储的计划业务数据中的时间段参数的结束时间到达时，向相应的业务执行模块发送停止执行消息，以停止相应的计划业务。 由上述技术方案可见，本发明这种调度管理中心按照预设策略将属于不 同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存
储；用于在所存储的计划业务数据中的时间段参数的起始时间到达时，根据
所述预设策略以及该计划业务数据的数据结构特性，将所存储的计划业务数 据还原为抽象之前的计划业务数据，并将还原后的计划业务数据发送给相应 的业务执行模块，在所存储的计划业务数据中的时间段参数的结束时间到达
时，向相应的业务执行模块发送停止执行消息；每个业务执行模块在接收到 调度管理中心发送的计划业务数据时，根据所接收的计划业务数据执行相应 的计划业务，在接收到调度管理中心发送的停止执行消息时，停止执行相应 的计划业务的技术方案，使得在新增一种计划业务时，不再需要重新开发相 应的计划业务模块，而只需要将计划业务数据抽象处理后统一进行存储，并 轮询其执行的起始时间即可，因此大大降低的开发的成本和风险。


图1是现有技术中每个计划业务都单独作为一个模块实现的计划类业
务调度系统示意图2是现有技术中的抽象出时间调度部分作为一个模块的计划类业务
调度系统示意图3是本发明实施例一种计划类业务调度系统的组成结构框图； 图4是本发明实施例中的调度管理中心的第一种部署方式示意图； 图5是本发明实施例中的调度管理中心的第二种部署方式示意图； 图6是本发明实施例中的业务触发示意图。
具体实施例方式
本发明的核心思想是按照预设策略将属于不同计划业务的计划业务数 据根据其各自的数据结构特性进行抽象处理后统一进行存储；在所存储的计划业务数据中的时间段参数的起始时间到达时，根据所述预设策略以及该计 划业务数据的数据结构特性，将所存储的计划业务数据还原为抽象之前的计 划业务数据，并将还原后的计划业务数据发送给相应的业务执行模块，以启
动相应的计划业务；相应地在所存储的计划业务数据中的时间段参数的结束
时间到达时，向相应的业务执行模块发送停止执行消息，以停止相应的计划业务。
上述方案可以实现将不同计划业务的数据按照统一的方式进行抽象并 存储，然后按照统一的方式进行解析调度，且整个过程在一个调度管理中心 模块中完成。
下面首先介绍本发明中对计划业务数据的抽象处理过程，然后介绍调度 管理中心对抽象处理后的计划业务数据进行统 一调度的过程以及其内部组 成结构。
一、计划业务数据的抽象方式
前面提到按照预设策略将属于不同计划业务的计划业务数据根据其各 自的数据结构特性进行抽象处理并存储。在本发明的一个实施例中，所述预 设策略为将计划业务数据中的数据参数存储到定长的字符串中，字符串的格
式为数据参数+分隔符。即在本发明的实施例中将不同计划业务数据根据 其各自的数据结构特性，将各计划业务数据中的数据参数存储到定长的字符 串中，字符串的格式为数据参数+分隔符，其中，如果字符串的长度小于 数据参数的长度时，将数据参数存储到指定的列表中，并将该数据参数在列 表中的键值存储到字符串中。以下举例说明。
以背景技术部分给出的巡航计划数据和轮切计划数据为例，将所有属于 计划的基本参数都用 一个定长的字符串来存储，将属于时间段执行的动作参 数也用一个定长的字符串来存储，具体为 计划1:
计划业务类型巡航
"i十划基本参凄l: "vin_chamiel—1 - devkel"计划时间段信息
周一 08:00:00-09:00:00 执行动作参数"cameral - 3 — locationl ， 1ocation2， 1ocation3 -10, 20, 30"
周曰08:00:0(M)9:00:00 执行动作参数"camera2 - 3 - locationl， 1ocation2， 1ocation3 一10, 20， 30"
例外
可以看出，对于巡航计划业务来说，抽象处理后的巡航计划数据中包括 计划业务类型为"巡航，，；计划基本参数为"vin—channel—1-device 1",其中， vin_channel_l表示^L频llT入通道，分隔符之后的devicel表示i殳备编号；对于 每一个计划时间4殳来i兑，其^f应的执4亍动4乍参凄史为"cameral - 3 - locationl ， 1ocation2， 1ocation3 - 10， 20， 30"(以周一 0謹:00 09:00:00时间段为例),其 中，首个参数"cameral"表示摄像机编码，第一个分隔符后的参lt "3"表示 轨迹预置位个数，第二个分隔符后的参数"locationl, 1ocation2， 1ocation3，，表 示预置位列表，第三个分隔符后的参数"10, 20, 30"表示在每一个预置位所 4亭留的时间。
同样，对于轮切计划数据来说，可以用"监视器信息-轮切顺序-切换时 间，，的格式来进行抽象处理，若由于计划数据参数的信息量比较多，字符串的 长度不足够来存储这些数据，则可以将相关数据保存到一张数据库表中，然后 把这些数据在数据库列表中键值保存到字符串中。例如， 一个轮切项的信息包 括多个轮切单元信息，而一个轮切单元信息又包括摄像机编号、轮切顺序、 轮切序号、切换时间等信息，即一个轮切项包含的数据很多，想要存储这些数 据，字符串的长度会过长，这显然不现实。因此才艮据本发明的方案，将轮切单 元信息存储在一张数据库表中，将轮切单元信息在数据库表中的主键值存储到 字符串中，则字符串的格式为"轮切数据表主键值l -轮切数据库表主键值2 -轮切数据库主键值3-..."。若轮切单元数量4艮多，则可以借助数据表，对轮切项数据进一步抽象，即增加一张轮切项表，轮切项表的主键值为轮切单元的数 据库表的外键，这样轮切时间段执行动作的数据被抽象成一个字段轮切项表 的主键，将这个主键存入定长的字符串即可。以背景技术部分给出的轮切数据
为例，其抽象处理后的数据如下 计划2:
计划类型轮切
计戈'J参数"screenl - voutl - devicel'， 计划时间段信息
周一 08:00:00-09:00:00 执行动作参数轮切项l(轮切项表数据库主键)
周日08:00:00-09:00:00 执行动作参数轮切项2
例外
通过上述的这种字符串并借助数据库关系表的抽象方式，可以支持任意 数量、长度的计划业务数据的抽象。并借助这种抽象方式，可以把所有的计 划类业务，如存储计划、轮切计划、巡航计划、布防计划等，全部集中起来 用 一个调度管理中心实现统一 的调度管理。
将计划业务数据进行抽象存储后，轮询各个计划业务数据的时间段信 息，当时间段的起始时间到达时需要调用该业务数据，并还原成抽象之间的 数据。这个还原过程实际就是抽象处理的逆过程，由于不同的计划业务数据 的数据结构特性不同，因此抽象处理后的数据也不相同。例如，对于巡航计 划的时间段"周一08:00:00 09:00:00"所对应的执行动作参数为"cameral-3 _ location 1, 1ocation2, 1ocation3 - 10, 20， 30"，而对于轮切计划的时间段"周 一08:00:00 09:00:00"所对应的执行动作参数为"轮切项l(轮切项表数据库 主键)"，即对于不同的计划业务，其抽象的计划业务数据的参数含义也不 同，因此，在还原数据时，首先要知道其业务类型，如巡航还是轮切，然后 根据该类型的计划业务数据的结构特性以及抽像处理所采用的策略进行还原处理。
二、统一调度的实现
在本发明实施例中，由调度管理中心模块实现对计划业务数据的统 一 抽 象处理以及统一调度的功能。
图3是本发明实施例一种计划类业务调度系统的组成结构框图。如图3 所示，该系统包括调度管理中心301和多个业务执行模块302，不同的业 务执行模块302对应不同的计划业务。
在图3中，调度管理中心301，用于按照预设策略将属于不同计划业务 的计划业务数据根据其各自的数据结构特性进行抽象处理后存储；用于在所 存储的计划业务数据中的时间段参数的起始时间到达时，根据所述预设策略 以及该计划业务数据的数据结构特性，将所存储的计划业务数据还原为抽象 之前的计划业务数据，并将还原后的计划业务数据发送给相应的业务执行模 块；用于在所存储的计划业务数据中的时间段参数的结束时间到达时，向相 应的业务执行模块发送停止执行消息；
每个业务执行模块，用于在接收到调度管理中心发送的计划业务数据 时，根据所接收的计划业务数据执行相应的计划业务；用于在接收到调度管 理中心发送的停止执行消息时，停止执行相应的计划业务。
如图3所示，调度管理中心301包括接口模块302、抽象解析模块303、 时间段调度模块304和存储模块305,其中
接口模块302,用于接收属于不同计划业务的计划业务数据并发送给抽 象解析才莫块303;
抽象解析模块303，用于按照预设策略将来自接口模块的不同业务计划 数据根据其各自的数据结构特性进行抽象处理后保存到存储模块305中；
存储模块305,用于存储抽象解析模块303发送的抽象处理后的计划业 务数据；
时间段调度模块304，用于在存储模块中保存的计划业务数据中的时间 段参数的起始时间到达时，将该计划业务数据发送给抽象解析模块303;用于在存储模块中保存的计划业务数据中的时间段参数的结束时间到达时，向
抽象解析模块303发送停止通知消息；
抽象解析模块303，在接收到时间段调度模块304发送的计划业务数据 时，根据该计划业务数据中的计划业务类型信息确定该计划业务数据的数据 结构特性，然后根据所述预设策略以及该计划业务数据的数据结构特性，将 该计划业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数 据发送给相应的业务执行模块；用于在接收到时间段调度模块发送的停止通 知消息时，向相应的业务执行模块发送停止执行消息。
在本发明的另 一 个实施例中，如图3所示的计划类业务调度系统还可以 进一步包括内存模块，在图3中没有画出。调度管理中心301中的抽象解 析模块303，在所接收的业务计划数据中包含使能参数时，用于按照预设策 略将该业务计划数据根据其数据结构特性进行抽象处理后保存到存储模块 305中的同时，进一步保存到内存模块中；内存模块，用于保存抽象解析模 块发送的抽象处理后的计划业务数据；所述时间段调度模块304,用于依次 轮询内存模块中的计划业务数据，当计划业务数据中的时间段参数的起始时 间到达时，将该计划业务数据发送给抽象解析模块303,当计划业务数据中 的时间段参数的结束时间到达时，向抽象解析模块303发送停止通知消息。 这样，时间段调度模块304就不需要轮询存储模块305中的计划业务数据， 而是轮询内存模块中的计划业务数据。由于对内存的读取操作相对于对普通 存储模块的读取操作来说，速度要快很多，因此这种将已使能的计划业务数 据存储到内存中，然后对内存进行轮询的方案可以大大提高计划业务的调度 效率。
执行和停止计划业务除了依靠其业务时间段的起始和结束时间触发以 外，还可以直接根据用户输入的命令执行和停止某项计划业务。则在本实施 例中，所述接口模块302,进一步用于在接收到用户输入的使能指定计划业 务的命令时，读取存储模块中的与指定计划业务对应的计划业务数据，并发 送到内存模块中供时间段调度模块304轮询；所述接口模块302，还进一步用于在接收到用户输入的停止指定计划业务的命令时，向该指定计划业务对 应的业务执行模块发送停止执行消息，并从内存模块中删除与指定计划业务 对应计划业务数据。
在图3中，抽象解析模块303,用于将所接收的不同业务计划数据根据 其各自的数据结构特性，将计划业务数据中的数据参数存储到定长的字符串 中，字符串的格式为数据参数+分隔符，然后将字符串保存到存储模块中； 其中，如果字符串的长度小于数据参数的长度时，将数据参数存储到指定的 列表中，并将该数据参数在列表中的键值存储到字符串中。
在图3所示的计划类业务调度系统中，若新增加一种类型的计划业务， 则只需要在抽象解析模块303中增加对该类型的计划业务的支持功能(即抽 象和解析还原功能)即可。
三、调度管理中心的部署方式
图4是本发明实施例中的调度管理中心的第 一种部署方式示意图。如图 4所示，在计划业务调度系统中，调度管理中心和各业务执行模块都部署在 一个进程中。
图5是本发明实施例中的调度管理中心的第二种部署方式示意图。如图 5所示，在计划业务调度系统中，调度管理中心部署在一个进程中，而所述 各业务执行模块部署在另 一个进程中。
为使本发明的目的、技术方案及优点更加清楚明白，下面以背景技术中 给出的巡航计划业务和轮切计划业务为例，对本发明进一步详细说明。
在第一部分的计划业务数据的抽象方式中的已经介绍到，对于巡航计划 和轮切计划来说，其基本参数和在时间段"周一 08:00:00 09:00:00"所对应 的执行动作参数依次为 巡航"vin_chamiel—l - device I";
"cameral — 3 - location 1 ， 1ocation2, 1ocation3 - 10, 20， 30"; 轮切"screen 1 - voutl - device 1，，； "轮切项1";则在周一的8点将同时执行巡航计划和轮切计划，具体如图6所示。
图6是本发明实施例中的业务触发示意图，如图6所示，在周一的8点 整，时间段调度模块304将抽象后的巡航计划数据和轮切计划数据分别通过 消息1和消息2发送给抽象解析模块303;其中，消息1和消息2所包含的 内容如下
消息l:(巡航,"vin—channel—1 - device 1" ， "cameral - 3 - location 1, 1ocation2， 1ocation3 - 10, 20, 30");
消息2:(轮切，"screen 1 - voutl - device I"，"轮切项1")。
抽象解析模块303接收到消息1和消息2后，根据巡航计划业务数据的 结构特性解析消息1中的各数据参数的含义，将消息1中的"数据+分隔符" 形式的数据还原为抽象处理之前的数据，并通过消息3发送给巡航业务执行 模块；同样，根据轮询计划业务数据的结构特性解析消息2中的各数据参数 的含义，将其还原为抽象处理之前的数据(由于轮切数据采用的数据库表键 值的方式，因此还需要根据字符串中的键值查找数据库表，得到具体的数据 内容)，并通过消息4发送给轮切业务执行模块。
综上所述，本发明这种调度管理中心按照预设策略将属于不同计划业务 的计划业务数据根据其各自的数据结构特性进行抽象处理后存储；用于在所 存储的计划业务数据中的时间段参数的起始时间到达时，根据所述预设策略 以及该计划业务数据的数据结构特性，将所存储的计划业务数据还原为抽象 之前的计划业务数据，并将还原后的计划业务数据发送给相应的业务执行模 块，在所存储的计划业务数据中的时间段参数的结束时间到达时，向相应的 业务执行模块发送停止执行消息；每个业务执行模块在接收到调度管理中心 发送的计划业务数据时，根据所接收的计划业务数据执行相应的计划业务， 在接收到调度管理中心发送的停止执行消息时，停止执行相应的计划业务的 技术方案，使得在新增一种计划业务时，不再需要重新开发相应的计划业务 模块，而只需要将计划业务数据抽象处理后统一进行存储，并轮询其执行的 起始时间，当其起始时间到达时按照抽象数据的逆过程还原为抽象之间的数据即可，对于调度管理中心来说，只需要其中的抽象解析模块支持对新增业 务数据的抽象及解析即可，因此可以减少开发成本以及新开发代码质量的风 险。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护 范围，凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等， 均应包含在本发明的保护范围之内。
权利要求
1、一种计划类业务调度系统，其特征在于，该系统包括调度管理中心和多个业务执行模块，不同的业务执行模块对应不同的计划业务，其中，调度管理中心，用于按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储；用于在所存储的计划业务数据中的时间段参数的起始时间到达时，根据所述预设策略以及该计划业务数据的数据结构特性，将所存储的计划业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数据发送给相应的业务执行模块；用于在所存储的计划业务数据中的时间段参数的结束时间到达时，向相应的业务执行模块发送停止执行消息；每个业务执行模块，用于在接收到调度管理中心发送的计划业务数据时，根据所接收的计划业务数据执行相应的计划业务；用于在接收到调度管理中心发送的停止执行消息时，停止执行相应的计划业务。
2、 如权利要求1所述的计划类业务调度系统，其特征在于，所述调度 管理中心包括接口模块、抽象解析模块、时间段调度模块和存储模块，其 中，接口模块，用于接收属于不同计划业务的计划业务数据并发送给抽象解 析模块；抽象解析模块，用于按照预设策略将来自接口模块的不同业务计划数据根据其各自的数据结构特性进行抽象处理后保存到存储模块中；存储模块，用于存储抽象解析模块发送的抽象处理后的计划业务数据； 时间段调度模块，用于在存储模块中保存的计划业务数据中的时间段参 数的起始时间到达时，将该计划业务数据发送给抽象解析模块；用于在存储 模块中保存的计划业务数据中的时间段参数的结束时间到达时，向抽象解析 模块发送停止通知消息；抽象解析模块，在接收到时间段调度模块发送的计划业务数据时，根据该计划业务数据中的计划业务类型信息确定该计划业务数据的数据结构特 性，然后根据所述预设策略以及该计划业务数据的数据结构特性，将该计划 业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数据发送给相应的业务执行模块；用于在接收到时间段调度模块发送的停止通知消息 时，向相应的业务执行模块发送停止执行消息。
3、 如权利要求2所述的计划类业务调度系统，其特征在于，该计划类 业务调度系统进一步包括内存模块；所述抽象解析模块，在所接收的业务计划数据中包含使能参数时，用于 按照预设策略将该业务计划数据根据其数据结构特性进行抽象处理后保存 到存储模块中的同时，进一步保存到内存模块中；内存模块，用于保存抽象解析模块发送的抽象处理后的计划业务数据； 所述时间段调度模块，用于依次轮询内存模块中的计划业务数据，当计 划业务数据中的时间段参数的起始时间到达时，将该计划业务数据发送给抽 象解析模块，当计划业务数据中的时间段参数的结束时间到达时，向抽象解 析模块发送停止通知消息。
4、 如权利要求3所述的计划类业务调度系统，其特征在于， 所述接口模块，进一步用于在接收到用户输入的使能指定计划业务的命令时，读取存储模块中的与指定计划业务对应的计划业务数据，并发送到内 存模块中供时间段调度模块轮询；所述接口模块，还进一 步用于在接收到用户输入的停止指定计划业务的 命令时，向该指定计划业务对应的业务执行模块发送停止执行消息，并从内 存模块中删除与指定计划业务对应计划业务数据。
5、 如权利要求2所述的计划类业务调度系统，其特征在于， 抽象解析模块，用于将所接收的不同业务计划数据根据其各自的数据结构特性，将计划业务数据中的数据参数存储到定长的字符串中，字符串的格 式为数据参数+分隔符，然后将字符串保存到存储模块中；其中，如果字 符串的长度小于数据参数的长度时，将数据参数存储到指定的列表中，并将该数据参数在列表中的键值存储到字符串中。
6、 如权利要求1至5中任一项所迷的计划类业务调度系统，其特征在于，所述调度管理中心和各业务执行模块部署在一个进程中；或者，所述调 度管理中心部署在一个进程中，而所述各业务执行模块部署在另一个进程中。
7、 一种实现计划类业务调度的方法，其特征在于，该方法包括调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据 其各自的数据结构特性进行抽象处理后存储；调度管理中心在所存储的计划业务数据中的时间段参数的起始时间到 达时，根据所述预设策略以及该计划业务数据的数据结构特性，将所存储的 计划业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数据 发送给相应的业务执行模块，以启动相应的计划业务；调度管理中心在所存储的计划业务数据中的时间段参数的结束时间到 达时，向相应的业务执行模块发送停止执行消息，以停止相应的计划业务。
8、 如权利要求7所述的方法，其特征在于，该方法进一步包括 当业务计划数据中包含使能参数时，调度管理中心按照预设策略将该业务计划数据根据其数据结构特性进行抽象处理后保存到存储模块中的同时， 进一步保存到内存中；调度管理中心依次轮询内存中的计划业务数据，当计划业务数据中的时 间段参数的起始时间到达时，根据所述预设策略以及该计划业务数据的数据 结构特性，将所存储的计划业务数据还原为抽象之前的计划业务数据，并将 还原后的计划业务数据发送给相应的业务执行模块，以启动相应的计划业 务；当计划业务数据中的时间段参数的结束时间到达时，向相应的业务执行 模块发送停止执行消息，以停止相应的计划业务。
9、 如权利要求8所述的方法，其特征在于，该方法进一步包括 调度管理中心在接收到用户输入的使能指定计划业务的命令时，读取存储模块中的与指定计划业务对应的计划业务数据，并发送到内存中供自身进行轮询；调度管理中心在接收到用户输入的停止指定计划业务的命令时，向该指 定计划业务对应的业务执行模块发送停止执行消息，并从内存中删除与指定 计划业务对应计划业务数据。
10、如权利要求7所述的方法，其特征在于，所述按照预设策略将属于 不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理包 括将不同业务计划数据根据其各自的数据结构特性，将计划业务数据中的 数据参数存储到定长的字符串中，字符串的格式为数据参数+分隔符；其 中，如果字符串的长度小于数据参数的长度时，将数据参数存储到指定的列 表中，并将该数据参数在列表中的键值存储到字符串中。
全文摘要
本发明公开了一种计划类业务调度系统，该系统包括调度管理中心和多个业务执行模块，其中，调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后统一进行存储；在所存储的计划业务数据中的时间段参数的起始时间到达时，根据所述预设策略以及该计划业务数据的数据结构特性，将所存储的计划业务数据还原为抽象之前的计划业务数据，并将还原后的计划业务数据发送给相应的业务执行模块，以启动相应的计划业务。本发明还公开了一种实现计划类业务调度的方法。本发明的技术方案，减少了开发新计划业务的成本和风险。
文档编号H04L12/18GK101610399SQ20091008904
公开日2009年12月23日 申请日期2009年7月22日 优先权日2009年7月22日
发明者杨鹏飞 申请人:杭州华三通信技术有限公司