法律状态公告日
法律状态信息
法律状态
2012-04-04
授权
授权
2009-09-02
实质审查的生效
实质审查的生效
2008-02-13
公开
公开
技术领域
本发明涉及开放移动联盟(OMA，Open Mobile Alliance)设备管理(DM，Device Management)技术领域，尤其是涉及一种预定任务管理对象的生成方法及其装置，以及预定任务的处理方法及其系统，以及对应的终端设备。
背景技术
开放移动联盟(OMA，Open Mobile Alliance)设备管理(DM，DeviceManagement)技术规范是一种管理、诊断及维护移动终端设备的技术，它通过空中下载(OTA，Over The Air)方式对终端设备进行管理，其中对终端设备的管理操作包括：终端设备参数设置、固件更新、软件安装和升级、设备错误和事件信息的收集及处理等。
其中在目前的OMA DM规范中提供了一种用于设备管理服务器(DMS，Device management Server)下发预定任务(Schedule)给终端设备的机制。终端设备在接收到DMS下发的预定任务后进行安装及其存储，DMS下发的预定任务中指明了该预定任务的具体管理操作及其用于触发该预定任务执行的相应触发条件；后续终端设备在监控到触发条件得到满足时执行相应预定任务的管理操作。
在终端设备中通常使用预定任务管理对象(Schedule MO，ScheduleManagement Object)来存储预定任务的相关信息，DMS通过对终端设备中的相关Schedule MO进行控制管理来实现下发相应的预定任务给终端设备，终端设备通过对应的Schedule MO来实现触发条件的监控，并在监控到相应的触发条件得到满足时执行Schedule MO上存储的相应管理操作。
一个Schedule MO的典型结构如图1所示，图中DMS基于此MO树结构下发对应的预定任务给终端设备，终端设备根据预定任务中指明的触发条件进行监控，当监控到对应的触发条件得到满足时，执行预定任务中指明的管理操作动作。其中对图中各节点的具体含义解释如下：
根节点<X*>表示一个预定任务上下文(Schedule Context)，其中节点Id、Name、Valid、Server、OpState、AdmState、UserControl等节点是对ScheduleContext属性的具体说明；一个Schedule Context中包括有若干个具体的Schedule任务。
节点./Schedule/X+表示占位符节点，“+”表示这个节点可以有一个或多个，该占位符节点下存储Schedule任务的具体信息，包括触发条件、具体管理操作内容、及对管理操作的预处理和后处理动作等等。
节点./Schedule/X/Cond表示触发条件节点，触发条件包括时间条件(基于Timer节点表示)、门限条件(基于Th节点表示)和事件条件(基于Trap节点表示)；Timer、Th、Trap三个节点后面的“？”表示节点值的出现是0次或1次。其中这些条件节点表示的条件之间是与(And)的关系，即当这些条件中有至少两个同时出现时，要保证这些同时出现的条件必须同时得到满足，终端设备才能触发预定任务的管理操作。
节点./Schedule/X/Cond/Timer/X表示占位符节点，该节点可以有一个或多个，即可以存在一个或多个时间条件，这多个时间条件之间也是“与”的关系，即必须同时满足多个存在的时间条件时，终端设备才能触发执行相应预定任务的管理操作；此外后续的Th、Trap节点下面也可以同时存在多个条件，且各个条件之间也是“与”的关系。
每个节点./Schedule/X/Cond/Th/X下的各个节点分别用于具体描述相应的门限条件，其中：Variable节点表示要监控的变量URI；Interval节点表示采样的间隔时间；Threshold节点表示用来比较的门限值；ThFormat节点表示门限值的表达格式；ThType节点表示门限值的类型，比如是相对值类型还是绝对值类型；Direction节点表示方向，比如当这个节点的值为Rising时表示要大于门限值，为falling时表示要小于门限值，为static时表示要等于门限值；Hysteresis节点表示公差。这些节点组合起来就能表示一个门限条件，比如要表达“y＞5”这个门限条件时，可以在Variable节点中存储y的URI，在Direction节点中存储属性值Rising来表示“＞”，在Threshold节点中设置值为5，从而就可以表达出“y＞5”这个门限条件。
由上述说明可见，在一个Schedule节点中存储的各个触发条件之间只能是“与”的关系，而如果针对同样的管理操作命令设定不同的触发条件、且不同的触发条件之间是“或”的关系，则就不能将各个不同的触发条件同时放置在同一个Schedule节点下，而是要分别使用不同的Schedule节点来分别设置这些基于“或”的关系的触发条件。例如要表达(x＜50)||(x＞100)的门限条件时，则需要将这个表达式中的两个门限条件分别放置到不同的Schedule节点中，具体如图2所示：
图中这两个基于“或”关系表示的门限条件对应的管理操作是相同的，如UI、Task、Gating、Reporting、LogCtrl、InitState、State等节点以及它们的子节点在Schedule1节点和Schedule2节点下都是相同的，则表明这些节点如果放在不同的Schedule节点下，就会造成在DM树中存在很多重复的节点，这些重复的节点即为冗余节点，如图中虚线框内所示都为冗余节点。
进一步，在预定任务中若要表达较为复杂的组合触发条件时，只要组合触发条件中的多个触发条件之间存在“或”的关系(比如Timer||Trap)，则用“或”来连接的触发条件之间也只能分别放置在不同的Schedule节点下，以单独的触发条件存在。
同时，若在两个或多个Schedule节点下放置的触发条件不同，而放置的管理操作内容完全相同，则终端设备在执行这些对应的Schedule任务时，则可能会出现执行异常的问题。比如假设某个预定管理操作是个一次性的操作，当被触发执行过一次后，这个预定的管理操作就会被Disable掉。但是如果这个预定管理操作是基于多个Schedule节点表示的，而各个Schedule节点中的触发条件不相同，则当一个Schedule中的触发条件得到满足后，终端设备将执行该预定管理操作动作，执行完成后这个预定管理操作将被Disable掉。但可能存在另一Schedule节点仍在运行，当该Schedule中的触发条件得到满足后，又将执行一次相同的管理操作动作，这样实际上这个预定的管理操作将被执行两次或多次，因此就违背了这个预定管理操作的本意了。下面举个例子予以说明：
假设DMS希望终端设备在下午5:00或信号质量小于A(dB)时开始收集诊断数据，因此DMS在终端设备中的两个Schedule节点下分别设置这两个触发条件，并对应的设定在触发条件得到满足时收集诊断数据并进行上报。这样当终端设备先检测到信号质量小于A(dB)时，就开始收集诊断数据，在收集诊断数据的过程中，又检测到时间到了下午5:00，则会按照另一Schedule节点下的内容再一次触发收集诊断数据，由此导致同样的预定管理操作在不同时间点被先后执行，这样会引起终端设备内部的执行混乱，并且会浪费终端设备的系统处理资源。
综上所述可见，现有技术在对应同一预定管理操作的触发条件不相同、且各触发条件之间存在“或”的关系时，需要将基于“或”关系表示的触发条件分别作为单独的触发条件，并对应各个基于“或”关系的触发条件生成对应的Schedule任务，这样就会出现在DM树中针对相同的预定管理操作存在很多的冗余节点，从而造成：
A.DMS需要传输大量的冗余节点信息给终端设备，势必会浪费传输资源，尤其是指浪费宝贵的空口传输资源；
B.DMS需要维护大量的冗余节点，势必会对DMS的处理资源造成浪费；
C.终端设备需要分别对基于“或”关系的各个触发条件分别监控，并在监控到不同触发条件得到满足时，要重复执行相应的预定管理操作，因此这样可能会引起终端设备内部的执行混乱，且对终端设备内部的系统处理资源造成了浪费。
发明内容
本发明提出一种预定任务管理对象的生成方法及其装置，以解决现有技术中当对应同一预定管理操作存在基于“或”关系的触发条件时，执行相同预定管理操作会浪费资源的问题。
相应的本发明还提出了一种预定任务的处理方法及其系统、以及对应的终端设备。
为解决上述问题，本发明提出的技术方案如下：
一种预定任务管理对象生成方法，包括步骤：
针对一预定任务生成一对应的预定任务管理对象，所述生成的预定任务管理对象中包含一条件域和一操作域；并
在所述条件域中存储以逻辑或关系存在的触发条件信息；及
在所述操作域中存储在条件域中任一触发条件得到满足时能够触发的管理操作信息。
较佳地，在条件域中存储以逻辑或关系存在的触发条件信息通过在条件域中生成以逻辑或关系存在的兄弟条件节点，并在各兄弟条件节点下分别存储对应的触发条件信息来实现。
较佳地，所述触发条件中至少有一个触发条件由逻辑与关系存在的子条件组成。
较佳地，对于由逻辑与关系存在的子条件组成的触发条件，在用于存储该触发条件的条件节点下生成以逻辑与关系存在的兄弟子条件节点，并在各兄弟子条件节点下分别存储对应的子条件。
较佳地，所述子条件为门限条件、且该门限条件要求条件值在第一门限值和第二门限值之间时，在用于存储该门限条件的子条件节点下生成存储有第一门限值和第二门限值之间的中值信息的门限值子节点；和
存储有双向浮动指示信息的浮动方向子节点；和
存储有所述中值信息与第一门限值之间的差值信息的浮动值子节点。
一种预定任务管理对象生成装置，包括：
用于针对一预定任务生成一对应的预定任务管理对象的单元，所述生成的预定任务管理对象中包含一条件域和一操作域；
用于在所述条件域中存储以逻辑或关系存在的触发条件信息的单元；和
用于在所述操作域中存储在条件域中任一触发条件得到满足时能够触发的管理操作信息的单元。
一种预定任务处理方法，包括步骤：
在设备管理服务器侧针对一预定任务生成一对应的预定任务管理对象，所述生成的预定任务管理对象中包含一条件域和一操作域；并
在所述条件域中存储以逻辑或关系存在的触发条件信息，及在所述操作域中存储在条件域中任一触发条件得到满足时能够触发的管理操作信息；
设备管理服务器将所述生成的预定任务管理对象设置到终端设备中；
终端设备存储所述预定任务管理对象；并
在监控到所述预定任务管理对象的条件域中存储的任一触发条件得到满足时，根据所述操作域中存储的管理操作信息触发对应的管理操作。
一种预定任务处理系统，包括设备管理服务器和终端设备，其中设备管理服务器侧包括：
用于针对一预定任务生成一对应的预定任务管理对象的单元，所述生成的预定任务管理对象中包含一条件域和一操作域；
用于在所述条件域中存储以逻辑或关系存在的触发条件信息的单元；
用于在所述操作域中存储在条件域中任一触发条件得到满足时能够触发的管理操作信息的单元；和
用于将所述生成的预定任务管理对象设置到终端设备中的单元；
终端设备中包括用于存储所述预定任务管理对象的单元；和
用于在监控到所述预定任务管理对象的条件域中存储的任一触发条件得到满足时，根据所述操作域中存储的管理操作信息触发对应管理操作的单元。
一种终端设备，包括用于存储预定任务管理对象的单元，所述存储的预定任务管理对象中包含一条件域和一操作域，其中所述条件域中存储有以逻辑或关系存在的触发条件信息，所述操作域中存储有在条件域中任一触发条件得到满足时能够触发的管理操作信息。
较佳地，所述终端设备还包括：
用于监控存储的预定任务管理对象的条件域中存储的任一触发条件是否得到满足的单元；和
用于在监控到任一触发条件得到满足时，根据所述操作域中存储的管理操作信息触发对应管理操作的单元。
一种预定任务管理对象生成方法，包括步骤：
针对一预定任务生成一对应的预定任务管理对象，所述生成的预定任务管理对象中包含一表达式节点和一操作域；并
在所述表达式节点中存储触发条件间的逻辑关系表达式；及
在所述操作域中存储在所述表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息。
较佳地，所述逻辑关系表达式由至少两个触发条件之间以逻辑与、或以逻辑或、或以逻辑与或的关系组成。
一种预定任务管理对象生成装置，包括：
用于针对一预定任务生成一对应的预定任务管理对象的单元，所述生成的预定任务管理对象中包含一表达式节点和一操作域；
用于在所述表达式节点中存储触发条件间的逻辑关系表达式的单元；和
用于在所述操作域中存储在所述表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息的单元。
一种预定任务处理方法，包括步骤：
在设备管理服务器侧针对一预定任务生成一对应的预定任务管理对象，所述生成的预定任务管理对象中包含一表达式节点和一操作域；并
在所述表达式节点中存储触发条件间的逻辑关系表达式，及在所述操作域中存储在所述表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息；
设备管理服务器将所述生成的预定任务管理对象设置到终端设备中；
终端设备存储所述预定任务管理对象；并
在监控到所述预定任务管理对象的表达式节点中存储的逻辑关系表达式得到满足时，根据所述操作域中存储的管理操作信息触发对应的管理操作。
一种预定任务处理系统，包括设备管理服务器和终端设备，其中设备管理服务器侧包括：
用于针对一预定任务生成一对应的预定任务管理对象的单元，所述生成的预定任务管理对象中包含一表达式节点和一操作域；
用于在所述表达式节点中存储触发条件间的逻辑关系表达式的单元；
用于在所述操作域中存储在所述表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息的单元；和
用于将所述生成的预定任务管理对象设置到终端设备中的单元；
终端设备中包括用于存储所述预定任务管理对象的单元；和
用于在监控到所述预定任务管理对象的表达式节点中存储的逻辑关系表达式得到满足时，根据所述操作域中存储的管理操作信息触发对应管理操作的单元。
一种终端设备，包括用于存储预定任务管理对象的单元，所述存储的预定任务管理对象中包含一表达式节点和一操作域，其中所述表达式节点中存储有触发条件间的逻辑关系表达式，所述操作域中存储有在所述表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息。
较佳地，所述终端设备还包括：
用于监控存储的预定任务管理对象的表达式节点中存储的逻辑关系表达式是否得到满足；和
用于在监控到逻辑关系表达式得到满足时，根据所述操作域中存储的管理操作信息触发对应管理操作的单元。
本发明能够达到的有益效果如下：
本发明技术方案通过将基于不同触发条件触发相同预定管理操作的多个预定任务以一个统一的预定任务设定，并对应这个预定任务生成一个对应的Scheduling MO，使得该Scheduling MO中不同的触发条件之间基于逻辑“或”的关系存在，而这些基于逻辑“或”关系存在的多个触发条件用于触发该Scheduling MO中的同一预定管理操作，从而减少了冗余节点的数目，以此达到了节约DMS、终端设备内部的处理资源及无线传输资源的目的，并避免了终端设备内部执行混乱的问题。
附图说明
图1为现有一个Scheduling MO的典型结构示意图；
图2为现有表达“或”关系的条件表达式时，Scheduling MO的具体结构示意图；
图3为本发明第一实施例给出的Scheduling MO的具体结构示意图；
图4为本发明第二实施例给出的Scheduling MO的具体结构示意图；
图5为基于本发明提出的Scheduling MO生成方法的原理生成的Scheduling MO的第三实施例具体结构示意图；
图6为由DMS生成本发明中的Scheduling MO，并下发给终端设备的处理过程示意图；
图7为终端设备监控并执行本发明Scheduling MO的过程示意图；
图8为本发明预定任务处理系统的实施例组成结构框图；
图9为将所有触发条件基于逻辑关系表示式存在一个节点中时，SchedulingMO的实施例结构示意图；
图10为基于本发明第二种Scheduling MO生成方法原理，由DMS生成Scheduling MO并下发给终端设备的处理过程示意图；
图11为基于本发明第二种Scheduling MO生成方法原理，终端设备监控并执行本发明Scheduling MO的过程示意图；
图12为增加用于表明预定任务运行状态的节点后，Scheduling MO的具体结构示意图；
图13为在本发明一次性执行任务的实施例中，Schedule1任务对应的Scheduling MO中包含的Task节点内设置的处理程序流程；
图14为在本发明一次性执行任务的实施例中，Schedule2任务对应的Scheduling MO中包含的Task节点内设置的处理程序流程；
图15为在本发明重复性执行任务的实施例中，Schedulel任务对应的Scheduling MO中包含的Task节点内设置的处理程序流程；
图16为在本发明重复性执行任务的实施例中，Schedule2任务对应的Scheduling MO中包含的Task节点内设置的处理程序流程。
具体实施方式
本发明技术方案主要针对现有技术中当终端设备内设置多个包含有相同预定管理操作、而包含的触发条件各不相同的预定任务时，需要针对这些预定任务中的每个预定任务分别生成对应的Scheduling MO，从而会出现大量用于表示相同预定管理操作的冗余节点，因此对DMS及终端设备的内部处理资源、以及无线传输资源都会造成浪费，并会引起终端设备内部执行预定任务顺序混乱的问题，而提出将基于不同触发条件触发相同预定管理操作的多个预定任务以一个统一的预定任务设定，并对应这个预定任务设定一个对应的SchedulingMO，使得该Scheduling MO中不同的触发条件之间基于逻辑“或”的关系存在，而这些基于逻辑“或”关系存在的多个触发条件用于触发该Scheduling MO中的同一预定管理操作，从而减少冗余节点的数目，节约DMS、终端设备内部的处理资源及无线传输资源，并避免终端设备内部执行混乱。
即本发明提出技术方案的主要设计思想是DMS将基于不同触发条件触发同一预定管理操作的多个Schedule中的触发条件组合起来，使其以逻辑“或”的关系存在，从而合并成为一个总的Scheduling MO，然后下发存储到终端设备中的DM树上，终端设备监控该总的Scheduling MO中的触发条件是否得到满足，并在其中有一个触发条件得到满足就触发该Scheduling MO中对应存储的预定管理操作。
下面将结合各个附图对本发明技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细的阐述。
按照上述发明构思，本发明首先提出一种Scheduling MO的生成方法，该方法针对一预定任务生成一对应的Scheduling MO，其中该生成的SchedulingMO中包含有一条件域和一操作域，其中在条件域中存储以逻辑“或”关系存在的触发条件信息，并在操作域中存储在条件域中任一触发条件得到满足时能够触发的管理操作信息。
即在Scheduling MO的条件域内存储有若干个以逻辑“或”关系存在的触发条件，这些触发条件可以为门限条件(Th)、时间条件(Timer)及事件条件(Trap)等。
其中可以通过在Scheduling MO的条件域中生成以逻辑“或”关系存在的若干个兄弟条件节点，并在各兄弟条件节点下分别存储对应的触发条件信息来实现在条件域中存储以逻辑“或”关系存在的若干触发条件信息。
当然，在Scheduling MO的条件域内存储的若干个以逻辑“或”关系存在的触发条件中，有的触发条件还可以由逻辑“与”关系存在的子条件组成，例如由门限条件(Th)、时间条件(Timer)及事件条件(Trap)之中的任意两个或三个条件作为子条件进行相“与”组成。
在上述中，可以通过在用于存储该触发条件的条件节点下生成以逻辑“与”关系存在的若干兄弟子条件节点，并在各兄弟子条件节点下分别存储对应的子条件来实现在对应的条件节点下存储上述由逻辑“与”关系存在的子条件组成的触发条件。
结合上述阐述原理，下面给出基于本发明这里提出的Scheduling MO生成方法的原理生成的Scheduling MO的第一实施例结构：
本实施例只在Scheduling MO中Cond节点下增加一个占位符节点，该占位符节点下用于存储多个触发条件，各个触发条件之间是“或”的逻辑关系。此外可以存在一个或多个触发条件由至少两个以逻辑“与”关系存在的子条件组成，其中的子条件可以是Timer条件、Th条件和Trap条件，它们之间以“与”的逻辑关系存在。
其中在该实施例下，可以将较为复杂的条件组合分解成先“与”后“或”的条件组合。比如，对于Timer1&&(Th1‖Trap1)就可以被分解成：(Timer1&&Th1)‖(Timer1&&Trap1)，这样这个较为复杂的条件组合就被分解成了两个子条件以相“或”的逻辑关系存在，而分解出的这两个子条件中的条件组合全部为“与”的逻辑关系，分解出的两个子条件分别为：Timer&&Th1和Timer1&&Trap1。
如图3所示，为基于该实施例一的Scheduling MO的具体结构示意图，该MO结构中在条件监控部分增加了一个占位符节点x，对这个节点含义的具体解释如下：
Node:./Cond/x
该内部节点是容器节点，用于存储不同的触发条件，当有多个触发条件同时触发一个预定管理操作时，这些触发条件之间的关系是逻辑“或”，即只要满足多个触发条件之一，就可以触发执行该Scheduling MO中Task节点中设置的预定管理操作(Task节点在该图中未画出)。
基于上述原理阐述和实施例，如果组成触发条件的某个或某些子条件为门限条件(Th)，由于门限条件可以包括多个区间范围，因此一个门限条件可由多个区间范围条件相“或”组成，如果某个门限条件要求条件值在第一门限值(假设为A)和第二门限值(假设为B)之间时，可以在用于存储该门限条件的子条件节点下生成一个存储有第一门限值和第二门限值之间的中值信息(即的门限值子节点，和存储有双向浮动指示信息的浮动方向子节点，及存储有上述中值信息与第一门限值之间的差值信息(即的浮动值子节点。
下面针对这种情况，给出基于本发明这里提出的Scheduling MO生成方法的原理生成的Scheduling MO的第二实施例结构：
该实施例是对上述实施例一的进一步完善，在时间条件(Timer)、门限条件(Th)和事件条件(Trap)中，最复杂的条件是门限条件(Th)，本实施例将重点解决门限条件的处理措施。
在门限条件中先解决对单个变量进行监控的问题，对于单个变量再复杂的门限条件都能分解成为一个个单独的门限区间，这样只要能分别表达单个门限区间，再通过逻辑“或”的关系将这些单个门限区间组合起来，就能表达变量可能的值域范围。
对于每个单个门限区间，都可能有三种情况：小于某个值，大于某个值，在两个值之间。小于和大于的情况在现有技术中已经阐述，而对于在两个值之间的情况，可以在现有的Threshold节点中表示这两个值的中值，在现有的Direction节点中设置Dual，表示在Threshold节点值的双向上浮动，并同时增加一个节点Alternation来表示中值相对于该两个值的浮动值，这样就能表述两个值之间的范围了。比如要表述[20，40]，可以设置Threshold节点的值为30，Alternation节点的值为10，同时在Direction节点中设置Dual，以指明可以向门限值的两个方向浮动的信息。
表述完单个门限区间后，再用逻辑“或”的关系将这些单个门限区间连接起来，就能表述整个门限区间。
如果在门限条件中，是对不同的变量进行监控，可以在Cond节点后增加一个占位符节点，这样可以表述多个条件，对这多个条件，用“或”的关系把它们连接起来，组成这个条件。如果有Timer、Trap条件相“或”的情况，也可以作类似处理。
如图4所示，为基于该实施例二的Scheduling MO的具体结构示意图，从该图可见在条件监控部分增加了4个节点，对这4个节点的具体含义解释分别如下：
Node:./Cond/x
该内部节点是容器节点，用于存储不同的触发条件，当有多个触发条件能够触发同一预定操作时，这些触发条件之间的逻辑关系是“或”，即只要满足多个触发条件之一，就可以触发执行该Scheduling MO中对应Task节点中的管理操作。
Node:./Cond/x/Th/x/Range
该内部节点用于表述多个门限区间范围，该节点的子节点用于表述具体的门限区间范围。
Node:./Cond/x/Th/x/Range/x
该内部节点是容器节点，该节点下用于存储具体的单个门限区间范围。
Node:./Cond/x/Th/x/Range/x/Direction
该叶子节点用于指示监控的目标值对应于门限值的浮动方向信息，其可能的值及含义如下：
Node:./Cond/x/Th/x/Range/x/Alternation
该叶子节点用于表示一个浮动值，当这个节点存在时，Direction的值可以设为Dual，即表示在门限中值上下双向浮动。此时这个节点与Threshold节点共同组成一个门限区间范围；比如要表达区间[50，100]时，可以设置Threshold节点的值为75，设置Alternation节点的值为25，设置Direction节点的值为Dual(表示相对于门限值双向浮动)，从而表示要监控的值在比75小25和比75大25的范围内。
如图5所示，为基于本发明提出的Scheduling MO生成方法的原理生成的Scheduling MO的第三实施例具体结构示意图，
在该实施例中，以DMS下发Schedule任务给终端设备，让终端设备在每天上午9点调用诊断程序进行故障诊断，或在变量Y的值落在区间范围[20，40]内或大于100时调用诊断程序进行故障诊断为例。
这样DMS将生成如图5所示的Scheduling MO结构，并下发给终端设备，其中该Scheduling MO的条件监控部分在图5中已经示出，此外该SchedulingMO中预定任务执行部分(如Task、UI、Reporting、Gating等节点部分在图中被省略)。
其中，Cond1中的Timer1用于表示每天9:00这一时间条件；Cond2中的Th1用于表示变量Y的门限条件，Range1表示区间范围[20，40]，Range2表示大于100，这两个门限条件之间的关系是逻辑“或”；其中Cond1与Cond2之间的关系也是逻辑“或”，即满足两者之一即触发预定管理操作。
终端设备根据这一Scheduling MO结构进行条件监控，当监控到其中的一个Cond满足时(如Cond1或Cond2得到满足)，立即触发该Scheduling MO中存储的预定管理操作。
此外本发明也同时保护能够生成上述方法所阐述的Scheduling MO的生成装置，其实现原理同上述Scheduling MO生成方法的原理。
同时基于上述Scheduling MO生成方法的原理，这里还提出对应的预定任务处理方法，即在DMS侧生成上述方法中所阐述的Scheduling MO，并由DMS将所生成的Scheduling MO设置到终端设备中；终端设备存储DMS设置的该Scheduling MO，并在监控到该Scheduling MO的条件域中存储的任一触发条件得到满足时，根据操作域中存储的管理操作信息触发对应的管理操作。
其中由DMS生成本发明中的Scheduling MO，并下发给终端设备的处理过程示意图如图6所示，其中：
DMS判断外部输入的多个Schedule任务的预定操作是否相同，如果相同。提取该多个Schedule任务中的预定操作作为新Schedule任务的预定操作；
再提取多个预定Schedule任务中的各个触发条件，作为新Schedule任务的触发条件；
DMS对应新Schedule任务在对应的Scheduling MO中生成占位符节点，用于将多个提取的触发条件以逻辑“或”关系进行连接；如果触发条件下有多个门限条件，同时生成相应的占位符节点，用于连接多个具体逻辑“或”关系的门限条件；
DMS将上述生成的新Scheduling MO下发到终端设备中。
如图7所示为终端设备监控并执行本发明Scheduling MO的过程示意图，其中终端设备判断Scheduling MO中的条件节点下的第一级节点是否具有逻辑“或”的关系，其中如果第一级节点下有多个条件节点就可以表示这多个节点下存储的各触发条件之间具有逻辑“或”的关系；如果判断结果为是，终端设备在监测到其中一个条件节点下存储的触发条件得到满足时，就认为该Schedule任务的总体条件得到满足，立即触发执行Schedule任务；如果判断结果为否，则终端设备在监测到各个条件节点下分别存储的触发条件得到满足时，才认为该Schedule任务的总体条件得到满足，触发执行Schedule任务。
此外本发明也同时保护对应于上述预定任务处理方法的预定任务处理系统，其实现原理同上述预定任务处理方法的原理。具体地，如图8所示为本发明预定任务处理系统的实施例组成结构框图，其中外部管理系统10用于制定Schedule任务，并通过WSI接口将制定的Schedule任务提交给Scheduling服务器20；Scheduling服务器20用于按照本发明提出的Scheduling MO生成方法的原理生成对应的Scheduling MO，同时它还要处理终端设备上报的结果信息；其中Scheduling服务器20中的任务生成模块30主要用于将对应于同一个预定管理操作的多个Schedule任务重组成一个整体Schedule任务，将对应多个Schedule任务中的触发条件组合成一个逻辑“或”的组合触发条件，并以此生成对应的Scheduling MO；DM服务器40与终端设备中的DM客户端50进行交互，以MO的形式将任务生成模块30生成的Scheduling MO下发到终端设备中；Scheduling客户端60用于安装、配置该下发的Scheduling MO，并对该Scheduling MO进行监控以及执行。
另外对于存储有按照本发明Scheduling MO生成方法生成的SchedulingMO的终端设备也在本发明的保护范围之内，即本发明保护的终端设备中DM树上保存有按照本发明上述Scheduling MO生成方法生成的Scheduling MO；进一步终端设备中的监控单元要求在监控到DM树中存储的该Scheduling MO的条件域中存储的任一触发条件得到满足时，通知执行单元根据该SchedulingMO的操作域中存储的管理操作信息触发对应的管理操作。
此外本发明还提出了第二种Scheduling MO的生成方法，该方法针对一预定任务生成一对应的Scheduling MO，该生成的Scheduling MO中包含有一表达式节点和一操作域，其中在该表达式节点中存储若干触发条件间的逻辑关系表达式，并在该操作域中存储在表达式节点中存储的逻辑关系表达式得到满足时能够触发的管理操作信息。其中表达式节点中存储的逻辑关系表达式可以由至少两个触发条件之间以逻辑“与”、或以逻辑“或”、或以逻辑“与或”的关系组成。
下面给出基于该Scheduling MO生成方法的原理生成的Scheduling MO的第一实施例结构：
本实施例中把所有的触发条件都列在一个逻辑关系表达式里面，这样就不需要指明同种类型条件之间的关系，也不需要指明Timer、Th、Trap等条件之间的关系。
如图9所示，为将所有触发条件基于逻辑关系表示式存在一个节点中时，Scheduling MO的实施例结构示意图，本实施例结构在条件监控部分增加了4个节点，对这4个节点的含义具体解释如下：
Node:./Cond/Timer/x/TimerID、./Cond/Th/x/ThID、./Cond/Trap/x/TrapID
该叶子节点用于表示各触发条件的ID，其中TimerIID表示时间条件的标识，ThID表示门限条件的标识，TrapID表示事件条件的标识；
Node:./Cond/LogicExp
该叶子节点用于存储由若干个触发条件组成的逻辑关系表达式，其中逻辑关系表达式可以采用CGI语法来表示(CGI语法可参见RFC2234规范)；比如基于CGI语法可以将逻辑关系表达式Timer1‖Th1表达成Timer1&OR；Th1。
针对于上述提出的第二种Scheduling MO生成方法的原理，本发明也同时保护能够生成该方法所阐述的Scheduling MO的生成装置，其实现原理同上述第二种Scheduling MO生成方法的原理。
同时基于上述第二种Scheduling MO生成方法的原理，这里还提出对应的预定任务处理方法，即在DMS侧生成上述第二种方法中所阐述的SchedulingMO，并由DMS将所生成的Scheduling MO设置到终端设备中；终端设备存储DMS设置的该Scheduling MO，并在监控到该Scheduling MO的表达式节点中存储的逻辑关系表达式得到满足时，根据操作域中存储的管理操作信息触发对应的管理操作。
如图10所示为基于本发明第二种Scheduling MO生成方法原理，由DMS生成Scheduling MO，并下发给终端设备的处理过程示意图，其中：
DMS判断外部输入的多个Schedule任务的预定操作是否相同，如果相同。提取该多个Schedule任务中的预定操作作为新Schedule任务的预定操作；
再提取多个预定Schedule任务中的各个触发条件，作为新Schedule任务的触发条件；
DMS对应新Schedule任务在对应的Scheduling MO中生成一个表达式节点，用于存储多个提取的触发条件之间的逻辑关系表达式；
DMS将上述生成的新Scheduling MO下发到终端设备中。
如图11所示为基于本发明第二种Scheduling MO生成方法原理，终端设备监控并执行本发明Scheduling MO的过程示意图，其中终端设备提取Scheduling MO中表达式节点下存储的多个触发条件之间的逻辑关系表达式及各个触发条件，根据提取的逻辑关系表达式同时监测各个触发条件，当某个触发条件得到满足时，判断该逻辑关系表达式是否得到满足，如果逻辑关系表达式得不到满足，则继续监测其他触发条件，直到逻辑关系表达式得到满足再触发执行该Schedule任务。
此外本发明也同时保护对应于上述预定任务处理方法的预定任务处理系统，其实现原理同上述预定任务处理方法的原理。
另外对于存储有按照本发明提出的第二种Scheduling MO生成方法生成的Scheduling MO的终端设备也在本发明的保护范围之内，即本发明保护的终端设备中DM树上保存有按照本发明上述第二种Scheduling MO生成方法生成的Scheduling MO；进一步终端设备中的监控单元要求在监控到DM树中存储的该Scheduling MO的表达式节点中存储的逻辑关系表达式得到满足时，通知执行单元根据该Scheduling MO的操作域中存储的管理操作信息触发对应的管理操作。
综上所述可见，本发明技术方案通过将基于不同触发条件触发相同预定管理操作的多个预定任务合并成为一个总的预定任务，对应该总的预定任务生成对应的Scheduling MO，使该Scheduling MO中条件域内的多个触发条件之间基于逻辑“或”的关系，这些基于逻辑“或”关系的触发条件能够触发操作域内的相同管理操作，因此可以减少由于基于不同触发条件触发相同预定管理操作的多个预定任务之间存在相同的预定管理操作节点组所带来的冗余节点数目，节约了DMS的维护资源及终端设备内部的处理资源，并降低了对空口传输资源的浪费，同时也可以避免终端设备内部执行混乱的问题。
本发明这里还提出了一种方法能够使终端设备中在存储有多个预定任务、且这些预定任务之间基于不同的触发条件触发相同的预定操作时，使这些预定任务之间不会同时并行执行，从而避免终端设备内部执行混乱的问题。
这里将该提出的方案定义为并发处理方式，即如果多个schedule任务之间对应于同一个预定管理操作，只是对应的触发条件不同，则需要对这些预定任务之间进行并发处理。
其中Schedule任务按照执行属性具体可以分为一次性执行任务和重复性执行任务两种类型，通常默认情况下Schedule任务是重复性执行的。对于一次性执行的Schedule任务，执行完成后该任务需要被去激活掉，以避免后续再次被执行；对于重复性执行的Schedule任务，执行完成后就不能被去激活掉，需要继续进行触发条件的监控，并在监控到触发条件得到满足后再次对其进行触发执行。
而预定任务中设定的预定管理操作又可以分为短暂执行性操作和持续执行性操作两种类型，比如更新某个参数的值即为短暂执行性管理操作，而长时间地进行数据收集则是持续性管理操作。
由于现有技术不支持DMS对终端设备中已存的Schedule任务直接进行激活(Activate)和去激活(Deactivate)控制，因此本发明技术方案这里提出在在每个预定任务对应的Scheduling MO中增加一个对应的节点，基于该新增加的节点来表明Schedule任务的运行状态，如图12所示为增加用于表明预定任务运行状态的节点后，Scheduling MO的具体结构示意图，其中x/Schedule/x/AdmState节点为新增加节点，对该节点的具体含义解释如下：
该节点用于表明Schedule任务的运行状态，它的值可以为Active或为Deactive，当其值为Active时表明该Schedule任务处于激活状态，当其值为Deactive时表明该Schedule任务处于非激活状态。这个节点只是一个写节点，不能进行读取操作，DMS或其他的Schedule任务可以通过改写这个节点的值来控制该Schedule任务的运行状态。
此外在图12所示的Scheduling MO结构中还有两个节点：InitState和State，其中InitState节点用于表明Schedule任务的初始状态，State节点用于表明Schedule任务的当前状态(其中上述新增加的AdmState节点中表示的当前运行状态只能写入，不能读出；而State节点中表示的当前运行状态只能读出，不能写入)。
如果DMS或者其他的Schedule任务更改某个Schedule任务对应的Scheduling MO结构中该新增加节点AdmState中的值时，终端设备将能够监控到这个节点值的改变情况，并根据更改的具体值对该Schedule任务执行相应的处理。基于增设节点AdmState对Schedule任务的运行状态进行控制的好处是：DMS或者其他Schedule任务可以随时通过修改该节点内的状态值来实现对Schedule任务的激活及去激活。
这样基于上述在Scheduling MO结构中设置用于表明Schedule任务当前运行状态的节点AdmState后，如果对应于同一预定管理操作的多个Schedule任务同时并存在终端设备中时(各个Schedule任务之间的触发条件为“或”的关系)，就可以在一个Schedule任务的触发条件得到满足时，在开始执行对应的管理操作时将其他并存的各Schedule任务的运行状态设置为去激活掉状态，即将其他并存的各Schedule任务对应的Scheduling MO中的AdmState节点值设置为Deactive。
例如，假设DMS生成Schedule1任务和Schedule2任务，其中Schedule1任务和Schedule2任务对应相同的预定管理操作，而触发该相同的预定管理操作所基于的触发条件互不相同，这样为了避免这两个并存的预定任务重复执行或同时执行，DMS可以在生成Schedule1任务的过程中，在Schedule1任务对应的Scheduling MO中包含的Task节点中设置如果处理程序：
首先要求终端设备将Schedule2任务对应的Scheduling MO中包含的AdmState节点值设置为Deactive，具体要求终端设备将Schedule2任务对应的Scheduling MO中包含的AdmState节点值设为Deactive的命令如下：
<Replace>
...
<Target>
<LocURI>./Schedule MO/Schedule/Schedule2/AdmState</LocURI>
</Target>
<Data>Deactive</Data>
</Replace>；
然后要求终端设备执行预定的管理操作。
同理，DMS也需要在生成Schedule2任务的过程中，在Schedule2任务对应的Scheduling MO中包含的Task节点中设置针对Schedule1的处理程序。这样，就可以实现DMS在将上述两个生成的Schedule1任务和Schedule2任务设置到终端设备中时，不管哪个Schedule任务先被触发执行，都可以避免这两个预定任务的并行执行，从而避免终端设备内部执行混乱的问题。
更进一步，对于预定任务为一次性执行的任务情况，DMS在生成多个由不同触发条件触发相同管理操作的预定任务时，在每个预定任务对应的MO中的Task节点内设置如下的处理程序：
首先要求终端设备将其他并行预定任务对应的Scheduling MO中包含的AdmState节点值设置为Deactive；
再次要求终端设备执行预定的管理操作；
最后要求终端设备在执行完成预定的管理操作后将本预定任务和其他并行的预定任务对应的Scheduling MO中包含的InitState节点值设置为Deactive。
这样DMS将上述生成的多个并行预定任务设置到终端设备中后，终端设备在触发执行一个预定任务后，后续对这些并行的预定任务就不再执行了。
例如假设上述的Schedule1任务和Schedule2任务都为一次性执行任务，则在Schedule1任务对应的Scheduling MO中包含的Task节点内设置的处理程序如图13所示；在Schedule2任务对应的Scheduling MO中包含的Task节点内设置的处理程序如图14所示。
对于预定任务为重复性执行的任务情况，DMS在生成多个由不同触发条件触发相同管理操作的预定任务时，在每个预定任务对应的MO中的Task节点内设置如下的处理程序：
首先要求终端设备将其他并行预定任务对应的Scheduling MO中包含的AdmState节点值设置为Deactive；
再次要求终端设备执行预定的管理操作；
最后要求终端设备在执行完成预定的管理操作后将其他并行预定任务对应的Scheduling MO中包含的AdmState节点值恢复为active，即需要终端设备在执行完预定的管理操作后对其他Schedule任务的运行状态进行Activate，这样就可以保证在执行预定操作的过程中，其他并行的Schedule任务不会被同时执行，避免终端设备内部执行混乱的问题，从而还可以保证其他并行的Schedule任务在后续可以重复执行。
例如假设上述的Schedule1任务和Schedule2任务都为重复性执行任务，则在Schedule1任务对应的Scheduling MO中包含的Task节点内设置的处理程序如图15所示；在Schedule2任务对应的Scheduling MO中包含的Task节点内设置的处理程序如图16所示。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
机译： 执行预定任务的方法，执行管理任务的方法和终端设备
机译： 在预定时间段内基于与任务相关的活动确定任务状态的方法和系统
机译： 用于汽车工业的分布式嵌入式系统合成方法，涉及检查任务到流程的分配是否满足预定的时间标准，以及计算与任务分配相关的成本
