CN1878375A - 终端设备软件/固件下载更新方法 - Google Patents

Abstract

本发明公开了一种终端设备软件/固件下载更新方法，包括预设进行软件/固件下载更新处理的周期时间段；设备管理服务器判断自身被触发对终端设备进行软件/固件下载更新处理的时间点是否在所述预设周期时间段内，如果是，对终端设备进行软件/固件下载更新处理；否则将终端设备的软件/固件下载更新处理推迟到后续的周期时间段内进行。本发明可以减小对网络***资源尤其是无线传输资源的损耗，并提高设备管理稳定性及运营商的服务质量。

Description

终端设备软件/固件下载更新方法

技术领域

本发明涉及开放移动联盟(OMA，Open Mobile Alliance)中的设备管理(DM，Device Management)技术，尤其涉及一种终端设备软件/固件下载更新方法。

背景技术

移动终端是整个移动运营服务体系中的重要组成部分，伴随着移动终端性能的日益增强，终端设备中运行的各种软件/固件也层出不穷。对于移动运营商以及移动终端制造商而言，如何针对终端设备上运行的各种软件/固件实施有效的管理，以保证终端设备能够正常的使用各种软件/固件，使用户得到良好的用户体验，以及提高服务质量并有效降低设备维护成本都起着极其重要的作用。

现有技术中，一般都是基于OMA DM技术对终端设备中的软件/固件进行下载更新管理，由DM服务器向终端设备发出用于获取终端软件/固件信息的请求信息，终端设备响应该请求信息，通过与用户交互后向DM服务器反馈自身的软件/固件信息；DM服务器通过分析终端设备反馈来的软件/固件信息，向终端设备发送适合于该终端设备安装和使用的软件/固件数据包，终端设备接收到软件/固件数据包后，安装新的软件/固件或对已有的软件/固件进行升级更新处理，并向DM服务器上报相应的下载更新状态信息(如下载更新成功、失败或出现异常等状态信息)，具体处理过程请参照图1，该图是现有终端设备软件/固件下载更新的处理过程示意图，处理过程包括：

步骤1，DM服务器向终端设备发送用于获取终端软件/固件信息的请求信息；(其中DM服务器和终端设备之间的建立连接阶段部分在这里省略)；

步骤2，终端设备接收到该请求信息后，通过操作界面请求用户授权；

步骤3，用户授权允许终端设备反馈自身的软件/固件信息给DM服务器；

步骤4，终端设备反馈自身的软件/固件信息给DM服务器；

步骤5，DM服务器根据终端设备反馈的软件/固件信息，向终端设备下发适合于终端设备安装和使用的软件/固件数据包；

步骤6，终端设备根据接收的软件/固件数据包，安装新的软件/固件或对已有的软件/固件进行升级更新处理，并上报相应的下载更新状态信息给DM服务器。

其中在上述步骤3中，如果用户不允许终端设备反馈自身的软件/固件信息给DM服务器，终端设备在步骤4中将向DM服务器反馈操作取消信息，其操作取消信息的状态码如下所示：

<Status>

  <MsgRef>1</MsgRef>

  <CmdRef>2</CmdRef>

  <CmdID>3</CmdID>

  <Cmd>Alert</Cmd>

  <Data>214</Data><!--操作取消-->

  </Status>

DM服务器接收到终端设备反馈的操作取消信息后，将会中止和终端设备之间的会话连接，此次软件/固件下载更新过程结束。

在上述现有终端设备软件/固件下载更新处理过程中，并没有对软件/固件下载更新的处理时间进行较好的控制，即DM服务器可能会随时向终端设备发起用于获取终端软件/固件信息的请求信息，以进行软件/固件下载更新处理，而在软件/固件下载更新的过程中，可能会由于一些客观原因(如终端设备关机或处于信号盲区等)和主观原因(如用户人为推迟和拒绝软件/固件下载更新操作等)而导致软件/固件下载更新处理流程无法正常进行，针对这种情况，DM服务器可能采取在后续时间继续向终端设备发起用于获取终端软件/固件信息的请求信息，以使终端设备能够得到更新的软件/固件信息，进行相应的软件/固件更新升级处理；也有可能DM服务器对于本次软件/固件下载更新处理失败的终端设备不再进行跟踪，即终端设备在后续时间将无法再接收到该次软件/固件下载更新过程中所需要的软件/固件数据包；由此可见这样的软件/固件下载更新过程势必会损耗网络***资源尤其是无线传输资源以及增大DM服务器对终端设备进行管理的不稳定性，并且DM服务器随时向终端设备发送的请求信息也会给用户处理带来不便性，因此DM服务器和终端设备之间的这种软件/固件下载更新方式降低了运营商的服务质量(QoS，Quality Of Service)。

发明内容

本发明要解决的技术问题在于提出一种终端设备软件/固件下载更新方法，以减小对网络***资源尤其是无线传输资源的损耗，并提高设备管理稳定性及运营商的服务质量。

为解决上述问题，本发明提出的技术方案如下：

一种终端设备软件/固件下载更新方法，包括步骤：

预设进行软件/固件下载更新处理的周期时间段；

设备管理服务器判断自身被触发对终端设备进行软件/固件下载更新处理的时间点是否在所述预设周期时间段内，如果是，对终端设备进行软件/固件下载更新处理；否则将终端设备的软件/固件下载更新处理推迟到后续的周期时间段内进行。

较佳地，区分不同软件/固件类型，分别对应每类软件/固件类型预设进行软件/固件下载更新处理的周期时间段；

设备管理服务器判断自身被触发对终端设备进行相应类型软件/固件下载更新处理的时间点是否在对应该类型软件/固件的预设周期时间段内，如果是，对终端设备进行对应类型软件/固件下载更新处理；否则将终端设备的对应类型软件/固件下载更新处理推迟到对应该类型软件/固件的后续周期时间段内进行。

所述方法还包括将预设周期时间段存储在设备管理服务器侧的步骤；

所述设备管理服务器根据自身存储的周期时间段判断被触发时间点是否在预设周期时间段内。

其中所述将预设周期时间段存储在设备管理服务器中的过程具体包括：

用户将预设周期时间段信息设置到终端设备中；

终端设备通过与设备管理服务器的交互将预设周期时间段信息上报给设备管理服务器；

设备管理服务器存储终端设备发来的预设周期时间段信息。

其中所述将预设周期时间段存储在设备管理服务器中的过程具体包括：

用户通过与设备管理服务器侧的运营商进行交互，将预设周期时间段信息报告给所述运营商；

所述运营商将接收到的预设周期时间段信息存储在设备管理服务器中。

所述方法还包括将预设周期时间段存储在终端设备侧的步骤；

所述设备管理服务器在被触发时间点请求终端设备上报存储的预设周期时间段信息；并

根据终端设备上报的预设周期时间段信息判断被触发时间点是否在预设周期时间段内。

其中所述将预设周期时间段存储在终端设备中的过程具体包括：

用户在终端设备交互界面的提示下设置预设周期时间段信息；

所述终端设备将用户设置的预设周期时间段信息存储。

其中所述预设周期时间段信息存储在终端设备的管理树数据存储结构中。

其中由外部触发机制触发设备管理服务器对终端设备进行软件/固件下载更新处理；或由设备管理服务器中存储的内部触发机制触发设备管理服务器对终端设备进行软件/固件下载更新处理。

所述将下载更新处理推迟到后续的周期时间段内进行的过程具体包括：

设备管理服务器根据预设周期时间段信息监测下一周期时间段的到达；并在到达的下一周期时间段内对终端设备进行软件/固件下载更新处理。

所述对终端设备进行软件/固件下载更新处理的过程具体包括：

设备管理服务器向终端设备发送用于获取终端软件/固件信息的请求信息；

终端设备响应该请求信息，反馈自身的软件/固件信息给设备管理服务器；

设备管理服务器根据终端设备反馈的软件/固件信息，下载相应软件/固件数据包到终端设备；

终端设备根据设备管理服务器下载的软件/固件数据包，安装新的软件/固件或对已有的软件/固件进行升级更新处理；并

反馈对应的下载更新状态信息给设备管理服务器。

相应的，本发明还提出了一种终端设备软件/固件下载更新方法，包括步骤：

设置至少一个发起时间信息；

设备管理服务器根据各个发起时间信息，分别对应每个发起时间信息设置不同的软件/固件下载更新任务；并

将设置的各个任务下发给终端设备；

终端设备监测各个发起时间信息；并

在到达每一发起时间时，向设备管理服务器发起对应该发起时间的软件/固件下载更新任务的请求；

设备管理服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理。

所述方法还包括将设置的各个发起时间信息分别存储在终端设备中的步骤。

其中所述将各个发起时间信息存储在终端设备中的过程具体包括：

用户在终端设备交互界面的提示下设置发起时间信息；

所述终端设备将用户设置的发起时间信息存储。

其中设备管理服务器根据各个发起时间信息，分别设置不同下载更新任务之前还包括步骤：终端设备通过与设备管理服务器的交互将存储的各个发起时间信息上报给设备管理服务器。

其中所述将设置的各个发起时间信息分别存储在终端设备的管理树数据存储结构中。

其中设备管理服务器根据各个发起时间信息，分别设置不同下载更新任务之前还包括步骤：

用户通过与设备管理服务器侧的运营商进行交互，将设置的各个发起时间信息报告给所述运营商；

所述运营商将接收到的各个发起时间信息指示给设备管理服务器。

所述方法还包括步骤：

对已设置的发起时间信息进行修改；并

将修改后的发起时间信息上报给设备管理服务器。

所述方法还包括步骤：

用户控制终端设备提前触发未到达的发起时间，向设备管理服务器发起对应该发起时间的软件/固件下载更新任务的请求；

设备管理服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理。

本发明能够达到的有益效果如下：

本发明提出的第一种方案通过预设进行软件/固件下载更新处理的周期时间段，以使DM服务器在每次被触发对终端设备进行软件/固件下载更新处理时，能够判断当前时间点是否在预设周期时间段内，如果在就对终端设备进行软件/固件下载更新处理；若不在则将终端设备的软件/固件下载更新处理推迟到后续的周期时间段内进行。因此这样就会减小在终端设备处于一些客观原因(如终端设备关机或处于信号盲区等)和主观原因(如用户人为推迟和拒绝软件/固件下载更新操作等)情况下为达到软件/固件下载更新成功而需要DM服务器和终端设备之间进行交互的次数，由此减小了对网络资源尤其是无线传输资源的损耗，并增强了软件/固件下载更新的成功率，提高了设备管理的稳定性和运营商的服务质量。

相应的，本发明提出的第二种方案通过设置发起时间信息，DM服务器为每个发起时间信息设置软件/固件下载更新任务并下发给终端设备；终端设备监测发起时间信息，在到达每一发起时间时，向DM服务器发起对应的软件/固件下载更新任务的请求，DM服务器响应该请求，对终端设备进行对应的软件/固件下载更新处理。从而也能能够达到减小在终端设备处于一些客观原因(如终端设备关机或处于信号盲区等)和主观原因(如用户人为推迟和拒绝软件/固件下载更新操作等)情况下为达到软件/固件下载更新成功而需要DM服务器和终端设备之间进行交互的次数，减小对网络资源尤其是无线传输资源损耗的目的，满足了用户对软件/固件下载更新方式进行灵活设置的要求，增强了软件/固件下载更新的成功率，提高了设备管理的稳定性和运营商的服务质量。

附图说明

图1为现有终端设备软件/固件下载更新的处理过程示意图；

图2为本发明终端设备软件/固件下载更新方法的主要实现原理流程图；

图3为本发明中将预设周期时间段信息存储到DM服务器的第一实施方式处理过程示意图；

图4为本发明中将预设周期时间段信息存储到DM服务器的第二实施方式处理过程示意图；

图5为本发明中周期时间段信息存储在DM服务器侧的软件/固件下载更新处理过程示意图；

图6为本发明中将预设周期时间段信息存储在终端设备侧的处理过程示意图；

图7为DM服务器通过终端设备中的DM管理树对终端设备进行管理的结构示意图；

图8为终端设备中DM管理树的树状结构示意图；

图9为本发明中周期时间段信息存储在终端设备侧未能正常进行软件/固件下载更新处理的处理过程示意图；

图10为本发明中周期时间段信息存储在终端设备侧正常进行软件/固件下载更新处理的处理过程示意图；

图11为本发明采用DM管理树数据存储结构来设计用于进行软件/固件下载更新处理的周期时间段信息的树状结构示意图；

图12为本发明另一终端设备软件/固件下载更新方法的具体实现原理流程图；

图13为本发明中用户将设置的发起时间信息通过终端设备上报给DM服务器的处理过程示意图；

图14为本发明中用户将设置的发起时间信息通过外部方式上报给DM服务器的处理过程示意图；

图15为本发明根据设置的各个发起时间信息进行软件/固件下载更新处理的处理过程示意图。

具体实施方式

本发明的主要设计思想是为OMA DM规范中的软件/固件下载更新流程在处理时间上提供一种控制机制，该控制机制允许用户对终端设备上的软件/固件下载更新时机定制时间策略。以提高软件/固件下载更新的成功率，减少对网络资源尤其是无线传输资源的耗损，避免随时出现的软件/固件下载更新操作给用户带来不便，并提高设备管理的稳定性和运营商的服务质量。

下面将结合各个附图对本发明的具体实施方式进行详细阐述，请参照图2，该图是本发明终端设备软件/固件下载更新方法的主要实现原理流程图，其主要实现过程如下：

步骤S10，预设用于进行软件/固件下载更新处理的周期时间段；该预先设置的周期时间段主要用于对软件/固件下载更新处理过程提供一个时间段的控制，其中该周期时间段可以设置周期为每天，每周或每月。如果周期是每天，只需定义一个具体时间段即可；如果周期是每周，则需要定义是星期几，以及那一天的具体时间段；同理，如果周期是每月，也需要定义每月的具体某一天及其具体时间段。

步骤S20，DM服务器被触发对终端设备进行软件/固件下载更新处理，其中DM服务器可以由外部触发机制(如运营商触发、终端厂商触发或终端用户触发等)触发对终端设备进行软件/固件下载更新处理；也可以通过在DM服务器中存储一个触发机制，由DM服务器内部存储的触发机制触发对终端设备进行软件/固件下载更新处理。

步骤S30，DM服务器判断被触发时间点是否在上述预设的周期时间段内，如果是，执行步骤S40；否则执行步骤S50；

步骤S40，DM服务器对终端设备进行软件/固件下载更新处理；

步骤S50，DM服务器将终端设备的软件/固件下载更新处理流程推迟到后续的周期时间段内进行。该过程实现可以通过由DM服务器根据上述预设的周期时间段信息，来监测下一周期时间段的到达；以及在到达的下一周期时间段内再对终端设备进行软件/固件下载更新处理。

其中上述提及的对终端设备进行软件/固件下载更新处理的过程主要如下：

DM服务器向终端设备发送用于获取终端软件/固件信息的请求信息；

终端设备响应该请求信息，反馈自身的软件/固件信息给DM服务器；

DM服务器根据终端设备反馈的软件/固件信息，下载相应软件/固件数据包到终端设备；

终端设备根据DM服务器下载的软件/固件数据包，安装新的软件/固件或对已有的软件/固件进行升级更新处理；并

反馈对应的下载更新状态信息(如下载更新成功、失败或出现异常等情况)给DM服务器(更详细的处理过程描述请参照现有技术部分)。

当然，进而还可以区分不同软件/固件类型，分别对应每类软件/固件类型预设进行软件/固件下载更新处理的周期时间段；这样DM服务器在每次被触发对终端设备进行相应类型的软件/固件下载更新处理时，判断当前被触发时间点是否在对应该类型软件/固件的预设周期时间段内，如果是，对终端设备进行对应类型软件/固件下载更新处理；否则将终端设备的对应类型软件/固件下载更新处理推迟到对应该类型软件/固件的后续周期时间段内进行。

其中预设的周期时间段信息可以存储在DM服务器侧，也可以存储在终端设备侧，下面分别进行说明。

如果预设的周期时间段信息存储在DM服务器侧，那么DM服务器直接根据自身存储的周期时间段信息来判断被触发时间点是否在预设周期时间段内即可。

其中用户将预设的周期时间段信息存储到DM服务器中的方式主要有两种，请参照图3，该图是本发明中将预设周期时间段信息存储到DM服务器的第一实施方式处理过程示意图，其主要实现过程如下：

1、用户通过操作终端设备，发起设置周期时间段的操作；

2、终端设备为用户提供设置操作的交互界面；

3、用户在终端设备上交互界面的提示下设置用于进行软件/固件下载更新处理的周期时间段信息；

4、终端设备将用户设置的周期时间段信息上报给DM服务器；

5、DM服务器将终端设备上报过来的周期时间段信息进行存储；

6、DM服务器向终端设备反馈周期时间段的设置状态信息，如设置成功、失败等。

请参照图4，该图是本发明中将预设周期时间段信息存储到DM服务器的第二实施方式处理过程示意图，其主要实现过程如下：

11、用户通过Internet、电话注册或运营商营业厅等方式向运营商侧发起设置周期时间段的操作；

12、运营商将用户设置的用于进行软件/固件下载更新处理的周期时间段信息存储在DM服务器中；

13、DM服务器向终端设备同步设置的周期时间段信息；

14、终端设备将周期时间段信息的设置状态通知给用户，如通知用户周期时间段信息设置成功、失败等。

基于上述将预设周期时间段信息存储在DM服务器中的方案，如果DM服务器每次被触发对终端设备进行软件/固件下载更新处理时，DM服务器都会判断当前触发时间点是否在预设时间段内，如果在才进行软件/固件下载更新处理；如果不在则DM服务器会根据预设时间段信息，在下一周期时间段内确定一个具体的下载更新时机再进行软件/固件下载更新处理。

请参照图5，该图是本发明中周期时间段信息存储在DM服务器侧的软件/固件下载更新处理过程示意图；其处理过程如下：

21、DM服务器被触发对终端设备进行软件/固件下载更新处理；

22、DM服务器判断当前触发时间点是否在预设周期时间段内；(下述只论述当前触发时间点在周期时间段内的情况)

23、DM服务器对终端设备进行软件/固件下载更新处理(具体下载更新处理过程请参照现有技术部分)；

24、终端设备上报相应的下载更新状态信息给DM服务器，如上报下载更新成功、失败或出现异常等信息。

将预设周期时间段信息存储在DM服务器侧，带来的明显好处就是减少了软件/固件下载更新过程中DM服务器和终端设备之间的交互次数，避免了一些无效的软件/固件下发操作，因此减少了对网络资源尤其是无线传输资源的消耗。带来的缺点就是占用了DM服务器的相关资源，用户在设定周期时间段参数的过程中需要和DM服务器进行交互，或者需要通过外部方式通知DM服务器设定的周期时间段参数。

如果预设的周期时间段信息存储在终端设备侧，那么DM服务器在每次被触发对终端设备进行软件/固件下载更新处理时，都要要求终端设备上报存储的预设周期时间段信息；并根据终端设备上报的预设周期时间段信息来判断当前被触发时间点是否在预设周期时间段内。

请参照图6，该图是本发明中将预设周期时间段信息存储在终端设备侧的处理过程示意图，其主要处理过程如下：

31、用户通过操作终端设备，发起设置周期时间段的操作；

32、终端设备为用户提供设置操作的交互界面；

33、用户在终端设备上交互界面的提示下设置用于进行软件/固件下载更新处理的周期时间段信息；

34、终端设备将用户设置的周期时间段信息进行存储；

35、终端设备向用户反馈周期时间段的设置状态信息，比如设置成功、失败等信息。

其中将预设周期时间段信息存储在终端设备中可以通过将预设周期时间段信息存储在终端设备的管理树数据存储结构中实现。请参照图7，该图是DM服务器通过终端设备中的DM管理树对终端设备进行管理的结构示意图；从图中可以看出，DM管理树可以被认为是一个DM服务器通过DM协议对终端设备进行管理的接口。其中DM服务器可以通过对管理树上各个节点的操作达到管理控制终端设备资源的目的。

请参照图8，该图是终端设备中DM管理树的树状结构示意图，如图所示，如果DM服务器需要取得终端设备“Screen Saver”节点下的数据，可以通过OMA DM协议下发Get管理操作命令，如下：

<Get>

  <CmdID>4</CmdID>

  <Item>

    <Target>

      <LocURI>./Vendor/Screen saver</LocURI>

    </Target>

  </Item>

</Get>

终端设备响应Get管理操作命令，通过OMA DM协议回复Result命令来实现上报操作结果：

<Results>

    <MsgRef>1</MsgRef><CmdRef>4</CmdRef>

    <CmdID>3</CmdID>

  <Item>

      <Source>

        <LocURI>./Vendor/Screen saver</LocURI>

      </Source>

      <Data>相关节点的数据内容</Data>

  </Item>

</Results>

由此可见，所有DM管理树上的节点都可以通过OMA DM协议来进行操作控制。

请参照图9，该图是本发明中周期时间段信息存储在终端设备侧未能正常进行软件/固件下载更新处理的处理过程示意图，其处理过程如下：

41、DM服务器被触发对终端设备进行软件/固件下载更新处理；

42、DM服务器请求终端设备上报存储的预设周期时间段信息；

43、终端设备响应接收请求，上报存储的预设周期时间段信息；

44、DM服务器根据终端设备上报的周期时间段信息，判断当前触发时间点是否在预设周期时间段内(下述过程只论述当前触发时间点不在周期时间段内的情况)；

45、DM服务器终止与终端设备之间的会话连接，即本次软件/固件下载更新处理过程结果，需要将对终端设备进行软件/固件更新处理的操作推迟到下一周期时间段内进行。

请参照图10，该图是本发明中周期时间段信息存储在终端设备侧正常进行软件/固件下载更新处理的处理过程示意图，其处理过程如下：

51、DM服务器被触发对终端设备进行软件/固件下载更新处理；

52、DM服务器请求终端设备上报存储的预设周期时间段信息；

53、终端设备响应接收请求，上报存储的预设周期时间段信息；

54、DM服务器根据终端设备上报的周期时间段信息，判断当前触发时间点是否在预设周期时间段内(下述过程只论述当前触发时间点在周期时间段内的情况)；

55、DM服务器对终端设备进行软件/固件下载更新处理(具体下载更新处理过程请参照现有技术部分)；

56、终端设备上报相应的下载更新状态信息给DM服务器，如上报下载更新成功、失败或出现异常等信息。

将预设周期时间段信息存储在终端设备中具有方便快捷的特点，在设置用于进行软件/固件下载更新处理的周期时间段参数过程中无需终端设备和DM服务器进行交互，缺点是DM服务器每次被触发进行下载更新操作都必须从终端设备中获取存储的周期时间段信息，因此增加了实际操作过程的交互步骤，导致了一定的网络资源浪费。

其中上述已描述，OMA DM规范中采用了管理树方式来对整个终端信息进行描述，为了方便DM服务器对终端设备的管理，终端设备中的管理树上的每个节点分别为终端资源提供了一个统一资源标识(URI，Uniform ResourceIdentify)。在终端设备软件/固件下载更新流程中，预设周期时间段作为一个重要信息，因此可以考虑将周期时间段信息存放在终端设备的DM管理树中。

请参照图11，该图是本发明采用DM管理树数据存储结构来设计用于进行软件/固件下载更新处理的周期时间段信息的树状结构示意图；其中该树状结构中各个节点上所携带的信息的具体解释如下：

<内部节点>

树节点	格式	最小存取权限
			One	Node	Get

该内部节点是周期时间段设置管理树对象的根节点，包含了所有的周期时间段设置，它决定了其子节点的相对位置；

<Timer>

树节点	格式	最小存取权
			One	Node	Get

该节点是周期时间段设置的父节点；

<Timer>/<Deployed>

树节点	格式	最小存取权
			One	Node	Get

该节点是已经部署周期时间段信息的父节点；

<Timer>/<Deployed>/<X>

树节点	格式	最小存取权
			OneOrMore	Node	Get

该节点是占位符，也是设置周期时间段信息的父节点；

<Timer>/<Deployed>/<X>/<TimerId>

树节点	格式	最小存取权
			one	Chr	Get

该节点描述了每个周期时间段信息的具体标识；

<Timer>/<Deployed>/<X>/<Name>

树节点	格式	最小存取权
			One	Chr	Get

该节点描述了每个周期时间段信息的名称；

<Timer>/<Deployed>/<X>/<Description>

树节点	格式	最小存取权
			OneOrZero	Chr	Get

该节点描述了每个周期时间段信息的详细描述；

<Timer>/<Deployed>/<X>/<Time>

树节点	格式	最小存取权
			one	Node	Get

该节点是设置周期时间段信息的父节点；

<Timer>/<Deployed>/<X>/<Time>/<Start>

树节点	格式	最小存取权
			One	chr	Get

该节点描述了周期时间段的起始时间(具体时间)；

<Timer>/<Deployed>/<X>/<Time>/<End>

树节点	格式	最小存取权
			OneOrZero	Chr	Get

该节点描述了周期时间段的终止时间(具体时间)；

<Timer>/<Deployed>/<X>/<Time>/<Repeation>

树节点	格式	最小存取权
			OneOrZero	Chr	Get

该节点描述了周期时间段的周期，可以定义具体的时间周期长度(以秒为单位)，以天为单位，以周为单位，以月为单位等；

<Timer>/<Deployed>/<X>/<Time>/<Duration>

树节点	格式	最小存取权
			OneOrMore	Chr	Get

该节点描述了周期时间段的持续时间(以秒为单位)；

<Timer>/<Deployed>/<X>/<Time>/<Type>

树节点	格式	最小存取权
			One	chr	Get

该节点描述了周期时间段的类型，分为One-Time(OT)一次和Multiple-Time(MT)多次类型；

<Timer>/<Deployed>/<X>/<Action>

树节点	格式	最小存取权
			One	chr	Get

该节点描述了在规定的周期时间段内可以由终端设备执行的操作；

<Timer>/<Deployed>/<X>/<SoftId>

树节点	格式	最小存取权
			OneOrZero	chr	Get

该节点描述了在规定的周期时间段内允许下载更新的软件/固件标识；

<Timer>/<Deployed>/<X>/<ServerId>

树节点	格式	最小存取权
			One	chr	Get

该节点描述了对应的DM服务器标识；

<Timer>/<Deployed>/<X>/<Ext>

树节点	格式	最小存取权
			OneOrZero	chr	Get

该节点描述了周期时间段的扩展节点；

<Timer>/<Delivered>

树节点	格式	最小存取权
			OneOrZero	chr	Get

该节点描述了未被设置周期时间段信息的父节点。

后续在<Delivered>下所有节点：

<Timer>/<Delivered>/<X>

<Timer>/<Delivered>/<X>/<TimerId>

<Timer>/<Delivered>/<X>/<Name>

<Timer>/<Delivered>/<X>/<Description>

<Timer>/<Delivered>/<X>/<Time>

<Timer>/<Delivered>/<X>/<Time>/<Start>

<Timer>/<Delivered>/<X>/<Time>/<End>

<Timer>/<Delivered>/<X>/<Time>/<Repeation>

<Timer>/<Delivered>/<X>/<Time>/<Duration>

<Timer>/<Delivered>/<X>/<Time>/<Type>

<Timer>/<Delivered>/<X>/<Action>

<Timer>/<Delivered>/<X>/<SoftId>

<Timer>/<Delivered>/<X>/<ServerId>

<Timer>/<Delivered>/<X>/<Ext>

其代表的信息描述和<Deployed>节点下的各个节点的描述是一致的。

相应的，本发明还提出了一种方便用户灵活设置软件/固件下载更新处理方式的方案，请参照图12，该图是本发明另一终端设备软件/固件下载更新方法的具体实现原理流程图；其主要实现过程如下：

步骤S100，设置至少一个发起时间信息(即设置多个发起时间机制)；

步骤S200，DM服务器根据各个发起时间信息，分别对应每个发起时间信息设置不同的软件/固件下载更新任务；

步骤S300，DM服务器将设置的各个任务下发给终端设备；

步骤S400，后续，终端设备随时监测各个发起时间信息；

步骤S500，终端设备在监测到某一发起时间到达时，就向DM服务器发起对应该发起时间的软件/固件下载更新任务的请求；

步骤S600，DM服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理(其对终端设备的软件/固件进行下载更新处理的过程请参照现有技术部分的详细描述)。

从而通过上述方案可见，终端设备可以通过监测不同的发起时间，分不同时间向DM服务器发起软件/固件下载更新处理的请求，因此可以方便用户根据具体情况灵活的设置各种软件/固件下载更新处理的时间。

其中可以将用户设置的各个发起时间信息存储在终端设备中，其实现简要过程可以采用用户在终端设备交互界面的提示下设置发起时间信息，终端设备将用户设置的发起时间信息存储。

相应的，根据OMA DM规范，也可以通过将设置的各个发起时间信息分别存储在终端设备的DM树数据存储结构中实现将设置的各个发起时间信息存储在终端设备中的目的。

用户可以将设置的各个发起时间信息通过终端设备或通过外部上报给DM服务器，请参照图13，该图是本发明中用户将设置的发起时间信息通过终端设备上报给DM服务器的处理过程示意图；其处理过程如下：

61、用户通过操作终端设备，向终端设备发起设置发起时间的操作；

62、终端设备为用户提供用于设置发起时间操作的交互界面；

63、用户在终端设备交互界面的提示下，设置发起时间信息；

64、终端设备将用户设置的发起时间信息上报给DM服务器；

65、DM服务器根据接收到的各个发起时间信息，对应每个发起时间信息，分别创建不同的软件/固件下载更新任务；

66、DM服务器将创建的各个任务下发给终端设备；

67、终端设备反馈接收任务状态信息，如正确接收、未接收到等信息；

68、终端设备将DM服务器下发的各个任务信息显示通知给用户。

请参照图14，该图是本发明中用户将设置的发起时间信息通过外部方式上报给DM服务器的处理过程示意图，其主要实现过程如下：

71、用户通过Internet、电话注册或运营商营业厅等外部方式向运营商侧发起设置发起时间信息的操作；

72、DM服务器根据用户设置的各个发起时间信息，分别对应每个发起时间信息，创建不同的软件/固件下载更新处理任务；

73、DM服务器将创建的各个任务下发给终端设备；

74、终端设备反馈接收任务状态信息，如正确接收、未接收到等信息；

75、终端设备将DM服务器下发的各个任务信息显示通知给用户。

请参照图15，该图是本发明根据设置的各个发起时间信息进行软件/固件下载更新处理的处理过程示意图，其主要处理过程如下：

81、DM服务器将创建的各个任务信息下发给终端设备；

82、终端设备将DM服务器下发的各个任务信息显示通知给用户；

83、在用户同意接受该任务的情况下；执行

84、终端设备随时监测各个发起时间，在监测到某个发起时间到达时，则

85、向DM服务器发起对应该到达发起时间的任务请求；

86、DM服务器响应终端设备发来的请求，下发对应的软件/固件数据包给终端设备；

87、终端设备根据DM服务器下发的软件/固件数据包，进行软件/固件安装或对已有的软件/固件进行更新安装处理；并上报相应的下载更新状态信息给DM服务器，如上报下载更新成功、失败或出现异常等信息。

其中对于已经设置的任务，用户可以根据具体需要随时修改分别对应这些任务的发起时间信息，并且终端设备要将用户修改的发起时间信息及时上报给DM服务器。

其中用户还可以控制终端设备提前触发未到达的发起时间，以向DM服务器发起对应该发起时间的软件/固件下载更新任务的请求；DM服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理对于已经设置而尚未执行的任务。即用户还可以根据具体需要随时向DM服务器发起相应任务请求，如终端设备可以通过提供一个灵活的操作界面，以通知用户还有哪些未执行的任务，例如在操作界面任务栏的某个地方设置显示一个活动图标，当用户选择该图标后就能显示未执行的任务列表，用户可以选择其一随时向DM服务器发起执行该任务的请求，以使DM服务器能够响应该请求，对终端设备执行对应软件/固件下载更新处理。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (19)

1、一种终端设备软件/固件下载更新方法，包括步骤：

预设进行软件/固件下载更新处理的周期时间段；

设备管理服务器判断自身被触发对终端设备进行软件/固件下载更新处理的时间点是否在所述预设周期时间段内，如果是，对终端设备进行软件/固件下载更新处理；否则将终端设备的软件/固件下载更新处理推迟到后续的周期时间段内进行。

2、如权利要求1所述的终端设备软件/固件下载更新方法，其特征在于，

区分不同软件/固件类型，分别对应每类软件/固件类型预设进行软件/固件下载更新处理的周期时间段；

设备管理服务器判断自身被触发对终端设备进行相应类型软件/固件下载更新处理的时间点是否在对应该类型软件/固件的预设周期时间段内，如果是，对终端设备进行对应类型软件/固件下载更新处理；否则将终端设备的对应类型软件/固件下载更新处理推迟到对应该类型软件/固件的后续周期时间段内进行。

3、如权利要求1或2所述的终端设备软件/固件下载更新方法，其特征在于，还包括将预设周期时间段存储在设备管理服务器侧的步骤；

所述设备管理服务器根据自身存储的周期时间段判断被触发时间点是否在预设周期时间段内。

4、如权利要求3所述的终端设备软件/固件下载更新方法，其特征在于，所述将预设周期时间段存储在设备管理服务器中的过程具体包括：

用户将预设周期时间段信息设置到终端设备中；

终端设备通过与设备管理服务器的交互将预设周期时间段信息上报给设备管理服务器；

设备管理服务器存储终端设备发来的预设周期时间段信息。

5、如权利要求3所述的终端设备软件/固件下载更新方法，其特征在于，所述将预设周期时间段存储在设备管理服务器中的过程具体包括：

用户通过与设备管理服务器侧的运营商进行交互，将预设周期时间段信息报告给所述运营商；

所述运营商将接收到的预设周期时间段信息存储在设备管理服务器中。

6、如权利要求1或2所述的终端设备软件/固件下载更新方法，其特征在于，还包括将预设周期时间段存储在终端设备侧的步骤；

所述设备管理服务器在被触发时间点请求终端设备上报存储的预设周期时间段信息；并

根据终端设备上报的预设周期时间段信息判断被触发时间点是否在预设周期时间段内。

7、如权利要求6所述的终端设备软件/固件下载更新方法，其特征在于，所述将预设周期时间段存储在终端设备中的过程具体包括：

用户在终端设备交互界面的提示下设置预设周期时间段信息；

所述终端设备将用户设置的预设周期时间段信息存储。

8、如权利要求6或7所述的终端设备软件/固件下载更新方法，其特征在于，所述预设周期时间段信息存储在终端设备的管理树数据存储结构中。

9、如权利要求1或2所述的终端设备软件/固件下载更新方法，其特征在于，

由外部触发机制触发设备管理服务器对终端设备进行软件/固件下载更新处理；或

由设备管理服务器中存储的内部触发机制触发设备管理服务器对终端设备进行软件/固件下载更新处理。

10、如权利要求1或2所述的终端设备软件/固件下载更新方法，其特征在于，所述将下载更新处理推迟到后续的周期时间段内进行的过程具体包括：

设备管理服务器根据预设周期时间段信息监测下一周期时间段的到达；并

在到达的下一周期时间段内对终端设备进行软件/固件下载更新处理。

11、如权利要求10所述的终端设备软件/固件下载更新方法，其特征在于，所述对终端设备进行软件/固件下载更新处理的过程具体包括：

设备管理服务器向终端设备发送用于获取终端软件/固件信息的请求信息；

终端设备响应该请求信息，反馈自身的软件/固件信息给设备管理服务器；

设备管理服务器根据终端设备反馈的软件/固件信息，下载相应软件/固件数据包到终端设备；

终端设备根据设备管理服务器下载的软件/固件数据包，安装新的软件/固件或对已有的软件/固件进行升级更新处理；并

反馈对应的下载更新状态信息给设备管理服务器。

12、一种终端设备软件/固件下载更新方法，包括步骤：

设置至少一个发起时间信息；

设备管理服务器根据各个发起时间信息，分别对应每个发起时间信息设置不同的软件/固件下载更新任务；并

将设置的各个任务下发给终端设备；

终端设备监测各个发起时间信息；并

在到达每一发起时间时，向设备管理服务器发起对应该发起时间的软件/固件下载更新任务的请求；

设备管理服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理。

13、如权利要求12所述的终端设备软件/固件下载更新方法，其特征在于，还包括将设置的各个发起时间信息分别存储在终端设备中的步骤。

14、如权利要求13所述的终端设备软件/固件下载更新方法，其特征在于，所述将各个发起时间信息存储在终端设备中的过程具体包括：

用户在终端设备交互界面的提示下设置发起时间信息；

所述终端设备将用户设置的发起时间信息存储。

15、如权利要求14所述的终端设备软件/固件下载更新方法，其特征在于，设备管理服务器根据各个发起时间信息，分别设置不同下载更新任务之前还包括步骤：终端设备通过与设备管理服务器的交互将存储的各个发起时间信息上报给设备管理服务器。

16、如权利要求12、13、14或15所述的终端设备软件/固件下载更新方法，其特征在于，所述将设置的各个发起时间信息分别存储在终端设备的管理树数据存储结构中。

17、如权利要求12所述的终端设备软件/固件下载更新方法，其特征在于，设备管理服务器根据各个发起时间信息，分别设置不同下载更新任务之前还包括步骤：

用户通过与设备管理服务器侧的运营商进行交互，将设置的各个发起时间信息报告给所述运营商；

所述运营商将接收到的各个发起时间信息指示给设备管理服务器。

18、如权利要求12、13或17所述的终端设备软件/固件下载更新方法，其特征在于，还包括步骤：

对已设置的发起时间信息进行修改；并

将修改后的发起时间信息上报给设备管理服务器。

19、如权利要求12、13或17所述的终端设备软件/固件下载更新方法，其特征在于，还包括步骤：

用户控制终端设备提前触发未到达的发起时间，向设备管理服务器发起对应该发起时间的软件/固件下载更新任务的请求；

设备管理服务器响应终端设备发起的请求，对终端设备进行对应的软件/固件下载更新处理。

Images