CN101610399A - 计划类业务调度系统和实现计划类业务调度的方法 - Google Patents
计划类业务调度系统和实现计划类业务调度的方法 Download PDFInfo
- Publication number
- CN101610399A CN101610399A CNA2009100890464A CN200910089046A CN101610399A CN 101610399 A CN101610399 A CN 101610399A CN A2009100890464 A CNA2009100890464 A CN A2009100890464A CN 200910089046 A CN200910089046 A CN 200910089046A CN 101610399 A CN101610399 A CN 101610399A
- Authority
- CN
- China
- Prior art keywords
- data
- business
- planning
- planning business
- module
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明公开了一种计划类业务调度系统,该系统包括:调度管理中心和多个业务执行模块,其中,调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后统一进行存储;在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,以启动相应的计划业务。本发明还公开了一种实现计划类业务调度的方法。本发明的技术方案,减少了开发新计划业务的成本和风险。
Description
技术领域
本发明涉及视频监控技术领域,尤指一种计划类业务调度系统和一种实现计划类业务调度的方法。
背景技术
随着视频监控技术的迅速发展,从传统的模拟监控系统到现在的全数字化视频监控系统,其所支持的业务也越来越多。其中,计划类业务是视频监控系统中重要的一个业务组成部分。现有的计划类业务主要有:存储计划、巡航计划、轮切计划、组切计划和布防计划等。随着监控业务的不断开展,计划类业务也会越来越多。
下面以巡航计划业务和轮切计划业务为例,对计划类业务进行简要说明。
(1)巡航计划数据
视频输入通道:vin_channel_1
设备编码:device1
周一:08:00:00~09:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
说明:在周一的8点到9点之间,编号为camera1的摄像机在location1、location2和location3三个预置位置进行巡航,即摄像机先转到location1,拍摄location1处的画面,再转动到location2,拍摄location2处的画面,然后再转动location3,拍摄location3处的画面,且在三个预置位置停留的时间分别为10秒、20秒和30秒。以下以此类推。
09:30:00~12:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
14:00:00~15:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
16:00:00~21:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
周二:08:00:00~09:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
09:30:00~12:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
14:00:00~15:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
16:00:00~21:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
……
周日:08:00:00~09:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
09:30:00~12:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
14:00:00~15:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
16:00:00~21:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location1,location2,location3”,预置位停留时间列表:“10,20,30”;
例外:
2009-05-01
08:00:00~09:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location4,location5,location6”,预置位停留时间列表:“10,20,30”;
09:30:00~12:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location4,location5,location6”,预置位停留时间列表:“10,20,30”;
14:00:00~15:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location4,location5,location6”,预置位停留时间列表:“10,20,30”;
16:00:00~21:00:00摄像机编码:camera1;轨迹预置位个数:3;预置位列表:“location4,location5,location6”,预置位停留时间列表:“10,20,30”。
(2)轮切计划数据
监视器编码:screen1,
视频输出通道索引:vout1,
设备编码:device 1
……
周一:08:00:00~09:00:00摄像机编码:camera2,轮切序号:1切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…说明:在周一的8点到9点之间,监视器上依次显示如下图像:显示轮切序号为1的编号为camera2的摄像机所拍摄的实时图像,显示时间为10秒,然后切换并显示轮切序号为2的编号为camera3的摄像机所拍摄的实时图像,显示时间为20秒,……。以下以此类推。
09:30:00~12:00:00 摄像机编码:camera1,轮切序号:1,切换时间:10,
摄像机编码:camera4,轮切序号:2,切换时间:20,
…
14:00:00~15:00:00 摄像机编码:camera3,轮切序号:1,切换时间:10,
摄像机编码:camera2,轮切序号:2,切换时间:20,
…
16:00:00~21:00:00 摄像机编码:camera4,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
周二:08:00:00~09:00:00摄像机编码:camera3,轮切序号:1,切换时间:10,
摄像机编码:camera2,轮切序号:2,切换时间:20,
…
09:30:00~12:00:00 摄像机编码:camera1,轮切序号:1,切换时间:10,
摄像机编码:camera4,轮切序号:2,切换时间:20,
…
14:00:00~15:00:00 摄像机编码:camera2,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
16:00:00~21:00:00 摄像机编码:camera4,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
……
周日:08:00:00~09:00:00摄像机编码:camera1,轮切序号:1,切换时间:10,
摄像机编码:camera4,轮切序号:2,切换时间:20,
…
09:30:00~12:00:00 摄像机编码:camera4,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
14:00:00~15:00:00 摄像机编码:camera2,轮切序号:1,切换时间:10,
摄像机编码: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,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
09:30:00~12:00:00 摄像机编码:camera4,轮切序号:1,切换时间:10,
摄像机编码:camera3,轮切序号:2,切换时间:20,
…
14:00:00~15:00:00 摄像机编码:camera1,轮切序号:1,切换时间:10,
摄像机编码:camera4,轮切序号:2,切换时间:20,
…
16:00:00~21:00:00 摄像机编码:camera3,轮切序号:1,切换时间:10,
摄像机编码:camera2,轮切序号:2,切换时间:20,
…
其他计划类业务的表述方式与上述巡航和轮切业务类似。不同的计划类业务从时间的角度来看是非常相似的,它们的主要共同点是:
(1)都以时间段为单位,即在时间段的起始时间开始执行,到时间段的结束时间停止执行;
(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)计划类业务需要考虑例外情况,若例外与计划有冲突,则停止计划,启用例外,若例外与计划无冲突,则不需要停止计划,直接启动例外。
在现有的视频监控系统中,由于各个类型的计划业务调度执行的数据都不一样,因此,目前最常见的做法是每种类型的计划业务都作为一个单独的功能模块来实现,如图1所示。或者,仅将时间调度部分抽象出来作为一个公共模块,然后每个计划业务也都作为一个单独功能模块实现,如图2所示。
图1是现有技术中每个计划业务都单独作为一个模块实现的计划类业务调度系统示意图。如图1所示,对于每一种类型的计划业务,都有相应的计划业务模块和业务执行模块,其中计划业务模块根据业务数据调用业务执行模块执行相应的业务。例如,计划业务模块1为轮切业务模块,相应地,业务执行模块1为执行轮切的轮切业务执行模块,则计划业务模块1会在时间段的起始时间点发消息给业务执行模块1启动轮切,并在时间段的结束时间点发消息给业务执行模块1结束轮切。
图2是现有技术中的抽象出时间调度部分作为一个模块的计划类业务调度系统示意图。如图2所示,将时间调度部分作为一个模块,然后每种计划类业务仍对应一个计划业务模块,只是该计划业务模块不包含时间调度部分。
在现有的计划类业务调度系统中,每一种计划业务都对应独立的计划业务模块,因此,当需要增加一种新的计划业务时,需要根据其特性重新开发计划业务模块,不但需要投入额外的人力和物力,而且还存在新开发的代码质量有问题的风险。
发明内容
本发明提供了一种计划类业务调度系统,该系统减少了开发新计划业务的成本和风险。
本发明还提供了一种实现计划类业务调度的方法,该方法在减少了开发新计划业务的成本和风险。
为达到上述目的,本发明的技术方案具体是这样实现的:
本发明公开了一种计划类业务调度系统,该系统包括:调度管理中心和多个业务执行模块,不同的业务执行模块对应不同的计划业务,其中,
调度管理中心,用于按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;用于在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块;用于在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息;
每个业务执行模块,用于在接收到调度管理中心发送的计划业务数据时,根据所接收的计划业务数据执行相应的计划业务;用于在接收到调度管理中心发送的停止执行消息时,停止执行相应的计划业务。
本发明还公开了一种实现计划类业务调度的方法,该方法包括:
调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;
调度管理中心在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,以启动相应的计划业务;
调度管理中心在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息,以停止相应的计划业务。
由上述技术方案可见,本发明这种调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;用于在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息;每个业务执行模块在接收到调度管理中心发送的计划业务数据时,根据所接收的计划业务数据执行相应的计划业务,在接收到调度管理中心发送的停止执行消息时,停止执行相应的计划业务的技术方案,使得在新增一种计划业务时,不再需要重新开发相应的计划业务模块,而只需要将计划业务数据抽象处理后统一进行存储,并轮询其执行的起始时间即可,因此大大降低的开发的成本和风险。
附图说明
图1是现有技术中每个计划业务都单独作为一个模块实现的计划类业务调度系统示意图;
图2是现有技术中的抽象出时间调度部分作为一个模块的计划类业务调度系统示意图;
图3是本发明实施例一种计划类业务调度系统的组成结构框图;
图4是本发明实施例中的调度管理中心的第一种部署方式示意图;
图5是本发明实施例中的调度管理中心的第二种部署方式示意图;
图6是本发明实施例中的业务触发示意图。
具体实施方式
本发明的核心思想是:按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后统一进行存储;在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,以启动相应的计划业务;相应地在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息,以停止相应的计划业务。
上述方案可以实现将不同计划业务的数据按照统一的方式进行抽象并存储,然后按照统一的方式进行解析调度,且整个过程在一个调度管理中心模块中完成。
下面首先介绍本发明中对计划业务数据的抽象处理过程,然后介绍调度管理中心对抽象处理后的计划业务数据进行统一调度的过程以及其内部组成结构。
一、计划业务数据的抽象方式
前面提到按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理并存储。在本发明的一个实施例中,所述预设策略为将计划业务数据中的数据参数存储到定长的字符串中,字符串的格式为:数据参数+分隔符。即在本发明的实施例中将不同计划业务数据根据其各自的数据结构特性,将各计划业务数据中的数据参数存储到定长的字符串中,字符串的格式为:数据参数+分隔符,其中,如果字符串的长度小于数据参数的长度时,将数据参数存储到指定的列表中,并将该数据参数在列表中的键值存储到字符串中。以下举例说明。
以背景技术部分给出的巡航计划数据和轮切计划数据为例,将所有属于计划的基本参数都用一个定长的字符串来存储,将属于时间段执行的动作参数也用一个定长的字符串来存储,具体为:
计划1:
计划业务类型:巡航
计划基本参数:“vin_channel_1-device1”
计划时间段信息:
周一08:00:00~09:00:00执行动作参数:“camera1-3-location1,location2,location3-10,20,30”
……
周日08:00:00~09:00:00执行动作参数:“camera2-3-location1,location2,location3-10,20,30”
……
例外:
……
可以看出,对于巡航计划业务来说,抽象处理后的巡航计划数据中包括:计划业务类型为“巡航”;计划基本参数为“vin_channel_1-device1”,其中,vin_channel_1表示视频输入通道,分隔符之后的device 1表示设备编号;对于每一个计划时间段来说,其对应的执行动作参数为“camera1-3-location1,location2,location3-10,20,30”(以周一08:00:00~09:00:00时间段为例),其中,首个参数“camera1”表示摄像机编码,第一个分隔符后的参数“3”表示轨迹预置位个数,第二个分隔符后的参数“location1,location2,location3”表示预置位列表,第三个分隔符后的参数“10,20,30”表示在每一个预置位所停留的时间。
同样,对于轮切计划数据来说,可以用“监视器信息-轮切顺序-切换时间”的格式来进行抽象处理,若由于计划数据参数的信息量比较多,字符串的长度不足够来存储这些数据,则可以将相关数据保存到一张数据库表中,然后把这些数据在数据库列表中键值保存到字符串中。例如,一个轮切项的信息包括多个轮切单元信息,而一个轮切单元信息又包括:摄像机编号、轮切顺序、轮切序号、切换时间等信息,即一个轮切项包含的数据很多,想要存储这些数据,字符串的长度会过长,这显然不现实。因此根据本发明的方案,将轮切单元信息存储在一张数据库表中,将轮切单元信息在数据库表中的主键值存储到字符串中,则字符串的格式为“轮切数据表主键值1-轮切数据库表主键值2-轮切数据库主键值3-…”。若轮切单元数量很多,则可以借助数据表,对轮切项数据进一步抽象,即增加一张轮切项表,轮切项表的主键值为轮切单元的数据库表的外键,这样轮切时间段执行动作的数据被抽象成一个字段:轮切项表的主键,将这个主键存入定长的字符串即可。以背景技术部分给出的轮切数据为例,其抽象处理后的数据如下:
计划2:
计划类型:轮切
计划参数:“screen1-vout1-device1”
计划时间段信息:
周一08:00:00~09:00:00执行动作参数:轮切项1(轮切项表数据库主键)
……
周日08:00:00~09:00:00执行动作参数:轮切项2
……
例外:
……
通过上述的这种字符串并借助数据库关系表的抽象方式,可以支持任意数量、长度的计划业务数据的抽象。并借助这种抽象方式,可以把所有的计划类业务,如存储计划、轮切计划、巡航计划、布防计划等,全部集中起来用一个调度管理中心实现统一的调度管理。
将计划业务数据进行抽象存储后,轮询各个计划业务数据的时间段信息,当时间段的起始时间到达时需要调用该业务数据,并还原成抽象之间的数据。这个还原过程实际就是抽象处理的逆过程,由于不同的计划业务数据的数据结构特性不同,因此抽象处理后的数据也不相同。例如,对于巡航计划的时间段“周一08:00:00~09:00:00”所对应的执行动作参数为“camera1-3-location1,location2,location3-10,20,30”,而对于轮切计划的时间段“周一08:00:00~09:00:00”所对应的执行动作参数为“轮切项1(轮切项表数据库主键)”,即对于不同的计划业务,其抽象的计划业务数据的参数含义也不同,因此,在还原数据时,首先要知道其业务类型,如巡航还是轮切,然后根据该类型的计划业务数据的结构特性以及抽像处理所采用的策略进行还原处理。
二、统一调度的实现
在本发明实施例中,由调度管理中心模块实现对计划业务数据的统一抽象处理以及统一调度的功能。
图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_channel_1-device1”;
“camera1-3-location1,location2,location3-10,20,30”;轮切:“screen1-vout1-device1”;
“轮切项1”;
则在周一的8点将同时执行巡航计划和轮切计划,具体如图6所示。
图6是本发明实施例中的业务触发示意图,如图6所示,在周一的8点整,时间段调度模块304将抽象后的巡航计划数据和轮切计划数据分别通过消息1和消息2发送给抽象解析模块303;其中,消息1和消息2所包含的内容如下:
消息1:(巡航,“vin_channel_1-device1”,“camera1-3-location1,location2,location3-10,20,30”);
消息2:(轮切,“screen1-vout1-device1”,“轮切项1”)。
抽象解析模块303接收到消息1和消息2后,根据巡航计划业务数据的结构特性解析消息1中的各数据参数的含义,将消息1中的“数据+分隔符”形式的数据还原为抽象处理之前的数据,并通过消息3发送给巡航业务执行模块;同样,根据轮询计划业务数据的结构特性解析消息2中的各数据参数的含义,将其还原为抽象处理之前的数据(由于轮切数据采用的数据库表键值的方式,因此还需要根据字符串中的键值查找数据库表,得到具体的数据内容),并通过消息4发送给轮切业务执行模块。
综上所述,本发明这种调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;用于在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息;每个业务执行模块在接收到调度管理中心发送的计划业务数据时,根据所接收的计划业务数据执行相应的计划业务,在接收到调度管理中心发送的停止执行消息时,停止执行相应的计划业务的技术方案,使得在新增一种计划业务时,不再需要重新开发相应的计划业务模块,而只需要将计划业务数据抽象处理后统一进行存储,并轮询其执行的起始时间,当其起始时间到达时按照抽象数据的逆过程还原为抽象之间的数据即可,对于调度管理中心来说,只需要其中的抽象解析模块支持对新增业务数据的抽象及解析即可,因此可以减少开发成本以及新开发代码质量的风险。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1、一种计划类业务调度系统,其特征在于,该系统包括:调度管理中心和多个业务执行模块,不同的业务执行模块对应不同的计划业务,其中,
调度管理中心,用于按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;用于在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块;用于在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息;
每个业务执行模块,用于在接收到调度管理中心发送的计划业务数据时,根据所接收的计划业务数据执行相应的计划业务;用于在接收到调度管理中心发送的停止执行消息时,停止执行相应的计划业务。
2、如权利要求1所述的计划类业务调度系统,其特征在于,所述调度管理中心包括:接口模块、抽象解析模块、时间段调度模块和存储模块,其中,
接口模块,用于接收属于不同计划业务的计划业务数据并发送给抽象解析模块;
抽象解析模块,用于按照预设策略将来自接口模块的不同业务计划数据根据其各自的数据结构特性进行抽象处理后保存到存储模块中;
存储模块,用于存储抽象解析模块发送的抽象处理后的计划业务数据;
时间段调度模块,用于在存储模块中保存的计划业务数据中的时间段参数的起始时间到达时,将该计划业务数据发送给抽象解析模块;用于在存储模块中保存的计划业务数据中的时间段参数的结束时间到达时,向抽象解析模块发送停止通知消息;
抽象解析模块,在接收到时间段调度模块发送的计划业务数据时,根据该计划业务数据中的计划业务类型信息确定该计划业务数据的数据结构特性,然后根据所述预设策略以及该计划业务数据的数据结构特性,将该计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块;用于在接收到时间段调度模块发送的停止通知消息时,向相应的业务执行模块发送停止执行消息。
3、如权利要求2所述的计划类业务调度系统,其特征在于,该计划类业务调度系统进一步包括:内存模块;
所述抽象解析模块,在所接收的业务计划数据中包含使能参数时,用于按照预设策略将该业务计划数据根据其数据结构特性进行抽象处理后保存到存储模块中的同时,进一步保存到内存模块中;
内存模块,用于保存抽象解析模块发送的抽象处理后的计划业务数据;
所述时间段调度模块,用于依次轮询内存模块中的计划业务数据,当计划业务数据中的时间段参数的起始时间到达时,将该计划业务数据发送给抽象解析模块,当计划业务数据中的时间段参数的结束时间到达时,向抽象解析模块发送停止通知消息。
4、如权利要求3所述的计划类业务调度系统,其特征在于,
所述接口模块,进一步用于在接收到用户输入的使能指定计划业务的命令时,读取存储模块中的与指定计划业务对应的计划业务数据,并发送到内存模块中供时间段调度模块轮询;
所述接口模块,还进一步用于在接收到用户输入的停止指定计划业务的命令时,向该指定计划业务对应的业务执行模块发送停止执行消息,并从内存模块中删除与指定计划业务对应计划业务数据。
5、如权利要求2所述的计划类业务调度系统,其特征在于,
抽象解析模块,用于将所接收的不同业务计划数据根据其各自的数据结构特性,将计划业务数据中的数据参数存储到定长的字符串中,字符串的格式为:数据参数+分隔符,然后将字符串保存到存储模块中;其中,如果字符串的长度小于数据参数的长度时,将数据参数存储到指定的列表中,并将该数据参数在列表中的键值存储到字符串中。
6、如权利要求1至5中任一项所述的计划类业务调度系统,其特征在于,所述调度管理中心和各业务执行模块部署在一个进程中;或者,所述调度管理中心部署在一个进程中,而所述各业务执行模块部署在另一个进程中。
7、一种实现计划类业务调度的方法,其特征在于,该方法包括:
调度管理中心按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理后存储;
调度管理中心在所存储的计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,以启动相应的计划业务;
调度管理中心在所存储的计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息,以停止相应的计划业务。
8、如权利要求7所述的方法,其特征在于,该方法进一步包括:
当业务计划数据中包含使能参数时,调度管理中心按照预设策略将该业务计划数据根据其数据结构特性进行抽象处理后保存到存储模块中的同时,进一步保存到内存中;
调度管理中心依次轮询内存中的计划业务数据,当计划业务数据中的时间段参数的起始时间到达时,根据所述预设策略以及该计划业务数据的数据结构特性,将所存储的计划业务数据还原为抽象之前的计划业务数据,并将还原后的计划业务数据发送给相应的业务执行模块,以启动相应的计划业务;当计划业务数据中的时间段参数的结束时间到达时,向相应的业务执行模块发送停止执行消息,以停止相应的计划业务。
9、如权利要求8所述的方法,其特征在于,该方法进一步包括:
调度管理中心在接收到用户输入的使能指定计划业务的命令时,读取存储模块中的与指定计划业务对应的计划业务数据,并发送到内存中供自身进行轮询;
调度管理中心在接收到用户输入的停止指定计划业务的命令时,向该指定计划业务对应的业务执行模块发送停止执行消息,并从内存中删除与指定计划业务对应计划业务数据。
10、如权利要求7所述的方法,其特征在于,所述按照预设策略将属于不同计划业务的计划业务数据根据其各自的数据结构特性进行抽象处理包括:
将不同业务计划数据根据其各自的数据结构特性,将计划业务数据中的数据参数存储到定长的字符串中,字符串的格式为:数据参数+分隔符;其中,如果字符串的长度小于数据参数的长度时,将数据参数存储到指定的列表中,并将该数据参数在列表中的键值存储到字符串中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100890464A CN101610399B (zh) | 2009-07-22 | 2009-07-22 | 计划类业务调度系统和实现计划类业务调度的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009100890464A CN101610399B (zh) | 2009-07-22 | 2009-07-22 | 计划类业务调度系统和实现计划类业务调度的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101610399A true CN101610399A (zh) | 2009-12-23 |
CN101610399B CN101610399B (zh) | 2010-12-08 |
Family
ID=41483943
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009100890464A Active CN101610399B (zh) | 2009-07-22 | 2009-07-22 | 计划类业务调度系统和实现计划类业务调度的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101610399B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101976234A (zh) * | 2010-09-21 | 2011-02-16 | 用友软件股份有限公司 | 表格数据展示装置和方法 |
CN102055799A (zh) * | 2010-12-09 | 2011-05-11 | 北京云快线软件服务有限公司 | 内容刷新系统 |
CN102572394A (zh) * | 2011-12-27 | 2012-07-11 | 浙江省电力公司 | 一种电力线路轨迹巡检的系统和方法 |
CN102905110A (zh) * | 2012-09-07 | 2013-01-30 | 北京瀚景锦河科技有限公司 | 用于远程多区域图像监控的系统和方法 |
CN103902360A (zh) * | 2014-04-02 | 2014-07-02 | 北京中交兴路车联网科技有限公司 | 一种调度业务的方法及定时服务器 |
WO2015000305A1 (zh) * | 2013-07-05 | 2015-01-08 | 华为技术有限公司 | 一种降低LowMAC层功耗的方法、装置和终端 |
CN108351783A (zh) * | 2015-10-29 | 2018-07-31 | 华为技术有限公司 | 多核数字信号处理系统中处理任务的方法和装置 |
CN109542410A (zh) * | 2018-11-29 | 2019-03-29 | 江苏满运软件科技有限公司 | 规则引擎系统、方法、设备及存储介质 |
-
2009
- 2009-07-22 CN CN2009100890464A patent/CN101610399B/zh active Active
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101976234B (zh) * | 2010-09-21 | 2015-09-02 | 用友软件股份有限公司 | 表格数据展示装置和方法 |
CN101976234A (zh) * | 2010-09-21 | 2011-02-16 | 用友软件股份有限公司 | 表格数据展示装置和方法 |
CN102055799A (zh) * | 2010-12-09 | 2011-05-11 | 北京云快线软件服务有限公司 | 内容刷新系统 |
CN102055799B (zh) * | 2010-12-09 | 2014-02-12 | 北京世纪互联宽带数据中心有限公司 | 内容刷新系统 |
CN102572394A (zh) * | 2011-12-27 | 2012-07-11 | 浙江省电力公司 | 一种电力线路轨迹巡检的系统和方法 |
CN102905110B (zh) * | 2012-09-07 | 2016-12-21 | 北京瀚景锦河科技有限公司 | 用于远程多区域图像监控的系统和方法 |
CN102905110A (zh) * | 2012-09-07 | 2013-01-30 | 北京瀚景锦河科技有限公司 | 用于远程多区域图像监控的系统和方法 |
WO2015000305A1 (zh) * | 2013-07-05 | 2015-01-08 | 华为技术有限公司 | 一种降低LowMAC层功耗的方法、装置和终端 |
CN104284401A (zh) * | 2013-07-05 | 2015-01-14 | 华为技术有限公司 | 一种降低LowMAC层功耗的方法、装置和终端 |
CN103902360A (zh) * | 2014-04-02 | 2014-07-02 | 北京中交兴路车联网科技有限公司 | 一种调度业务的方法及定时服务器 |
CN108351783A (zh) * | 2015-10-29 | 2018-07-31 | 华为技术有限公司 | 多核数字信号处理系统中处理任务的方法和装置 |
CN109542410A (zh) * | 2018-11-29 | 2019-03-29 | 江苏满运软件科技有限公司 | 规则引擎系统、方法、设备及存储介质 |
CN109542410B (zh) * | 2018-11-29 | 2022-03-15 | 江苏满运软件科技有限公司 | 规则引擎系统、方法、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101610399B (zh) | 2010-12-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101610399B (zh) | 计划类业务调度系统和实现计划类业务调度的方法 | |
CN100550922C (zh) | 用于在无线终端中处理日程相关事件的设备和方法 | |
CN101686571B (zh) | 一种实时提供日程安排的方法、移动终端和服务器 | |
CN100424613C (zh) | 用于在电子日历中传达变化的当地时区的方法和系统 | |
US10552800B2 (en) | Visually indicating a calendar event among different time zones | |
JPS63195767A (ja) | 電子式予定表管理方法 | |
CN102624915A (zh) | 一种闹钟云服务方法及系统 | |
EP3067854A1 (en) | Plan linking system and plan linking method | |
CN1954322A (zh) | 数据同步的方法 | |
CN105427089A (zh) | 一种智能日程、设置、检测方法与日程系统 | |
CN105512733A (zh) | 基于平面实景图的预订会议室的方法 | |
CN103514561A (zh) | 广告排期管理方法及其系统 | |
CN101217729A (zh) | 一种设置联系人生日提醒的方法及系统 | |
CN111461469A (zh) | 人员调度方法及计算机设备 | |
CN102592213A (zh) | 基于场景的日程安排提醒系统和方法 | |
CN111861580A (zh) | 一种广告方案的广告素材配置方法及装置 | |
CN103167604A (zh) | 一种移动通信终端信息上报方法及系统 | |
CN110490546B (zh) | 一种基于智能排班管理的资源平衡分单系统及方法 | |
CN101697275B (zh) | 旅客信息发布系统 | |
CN107105053A (zh) | 信息资源推送、发布方法以及服务器和系统 | |
CN109657000A (zh) | 一种轨道交通综合监控系统的实时数据同步方法及装置 | |
JP7462900B2 (ja) | テレワーク支援装置、テレワーク支援方法、およびプログラム | |
JP2003536186A (ja) | 交通情報ディスプレイ構成システム及び方法 | |
JPH09307793A (ja) | 資源管理システム | |
CN101867886A (zh) | 信息通知方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |