WO2007048340A1 - Procede et dispositif d’obtention de frequence d’utilisation de logiciel et de mise a jour de logiciel en gestion de dispositifs - Google Patents

Description

技术领域

本发明涉及通信领域的设备管理技术， 尤其涉及一种在设备管理中获取 软件使用频率和升级软件的方法及装置。 背景技术

随着移动网络的发展和移动网与互联网的融合， 越来越多的增值业务可 以提供给移动网用户。 用户希望能够从任何终端， 如： PDA、 laptop > 移动电 话、 PC、 游戏控制器和 TV等， 随意访问各种丰富的信息， 享受各种移动增 值服务。 但是， 用户又不希望太麻烦， 不希望手工完成下载软件， 设置参数 等繁瑣的工作。 设备管理正是为了满足这种需求而产生的新技术， 通过设备 管理（ Device Management )协议， 设备管理服务器（DM Server )可以通过空 中下载（OTA ) 方式为用户提供终端固件更新、 设备诊断、 参数配置、 软件 自动下载和安装等一系列服务， 从而使用户从这些繁瑣的工作中解脱出来。

OMA设备管理提供了 DM Server对终端设备进行管理的机制， DM Server 对终端进行的管理操作包括终端设备参数设置、 固件更新、 软件安装和升级、 应用设置、 设备的错误和事件信息的收集和处理等。 DM终端管理机制如图 1 所示：

步骤 1 : 首先外部系统将管理操作发送到 DM Server。 外部系统可以是管 理 DM Server的移动运营商， 也可以是第三方软件 /服务提供商。

步骤 2: DM Server与终端设备建立连接。

步骤 3: DM Server向终端发送管理操作。

步骤 4: 终端执行操作后返回操作状态。

步驟 5: 如果 DM Server还有其他管理操作， 则发送到终端。 如果没有， 则返回确认信息。

步骤 6: 如果收到 DM Server的管理操作， 则执行， 并返回操作状态。 否 则， 结束会话。

步骤 7: DM Server返回操作结果到外部系统。

现在的设备管理规范中， 包括软件组件的管理， 即 DM Server通过 OTA 方式远程在终端设备上安装和升级软件等功能。 软件组件管理在终端上设置 了管理对象， 用于对终端软件的管理。 该管理对象如图 2 所示， 图中节点 Inventor 表示现在位于终端设备上的软件， Inventory\Deployed节点表示已经 安装的软件， 记录了软件的名称、 版本、 将要执行的操作 （激活、 反激活、 删除）等信息。 InventoryVDelivered节点 （其下的子节点未示出）表示已经下 载到终端但没有安装的软件， 记录了软件的名称、版本、将要执行的操作（升 级、 安装并激活、 升级并激活）等信息。 节点 Download (其下的子节点未示 出）表示终端准备到 DM Server或其他指定的服务器取的软件信息， 包括软 件名、 .版本、 下载位置的 URI、 要执行的操作 （下载、 下载并安装、 下载并 安装并激活、 下载并更新）等信息。

对于软件升级， 其升级方法是：

步骤 10: 服务提供商通过 DM Server发送软件升级命令到设备终端。 步骤 11： 设备终端提示用户是否安装更新包。

步骤 12: 用户做出选择后， 终端设备返回结果给 DM Server。

步骤 13: DM Server发起软件下载、 更新和执行操作。

步骤 14: 终端设备执行完后返回确认信息到 DM Server。

在现有的设备管理中， 不对终端设备上的软件使用情况进行监控， 设备 管理服务器无法获知终端设备上软件的使用频率； 而且在软件升级过程中也 没有区别对待， 可以想象， 艮多用户开始安装了某个软件， 但因为种种原因 后来很少甚至从不使用该软件， 而对于长期不使用某软件的用户也进行升级， 这会带来几方面的问题：

( 1 )增加了不必要的网络负担。 因为移动网络带宽相对较小， 而下载固 件、 软件等内容会消耗较多的带宽。

( 2 ) 降低用户体验。 因为在终端设备上的软件种类会很多， 对于用户不 使用的软件， 如果经常提示用户是否升级， 会降低用户体验。

( 3 )消耗不必要的终端设备资源。 对于用户不使用的软件进行升级， 会 浪费终端设备的存储资源， 因为终端设备的存储容量有限。 发明内容

本发明提供一种在在设备管理中获取软件使用频率的方法， 以解决现有 设备管理中设备管理服务器无法获知终端设备上软件的使用频率的问题。

本发明提供一种在设备管理中升级软件的方法及装置， 以解决现有技术 升级软件时不对用户使用软件情况进行区分而且存在造成不必要的网络资源 和终端资源消耗， 以及影响用户体验的问题。

本发明提供以下技术方案：

一种在设备管理中获取软件使用频率的方法， 包括如下步驟：

在终端设备上监控软件的使用频率并记录软件的使用频率信息； 以及 向设备管理服务器提供所述软件的使用频率信息。

其中：

所述使用频率信息由终端设备定时上报设备管理服务器； 或者， 由管理 服务器从终端设备获取所述使用频率信息。

终端设备上的软件启动时通知监控程序 , 由该监控程序更新该软件的使 用频率信息； 或者， 终端设备的监控程序定期遍历正在运行的应用程序， 检 测到软件发生一次新的运行时更新该软件的使用频率信息。

在终端设备的管理树上增加节点存储使用频率信息； 或者， 由管理服务 器向终端设备下发包含需要监控的软件的'监控列表， 终端设备将所述软件的 使用频率信息存储在所述监控列表中。

所述使用频率信息包括使用次数和 /或最近使用时间。

一种在设备管理中升级软件的方法， 包括如下步骤：

在终端设备上监控软件的使用频率， 并向设备管理服务器提供相应的使 用频率信息； 设备管理服务器利用需要升级的软件的使用频率信息确定该软件是否满 足升级条件， 若是， 则向终端设备下发相应的操作以升级软件； 否则， 放弃 软件升级。

其中：

所述使用频率信息由终端设备定时上报设备管理服务器； 或者， 由管理 服务器在需要升級软件时从终端设备获取所述使用频率信息。

终端设备上的软件启动时通知监控程序， 由该监控程序更新该软件的使 用频率信息； 或者， 终端设备的监控程序定期遍历正在运行的应用程序， 检 测到软件发生一次新的运行时更新该软件的使用频率信息。

在终端设备的管理树上增加节点存储使用频率信息； 或者， 由管理服务 器向终端设备下发包含需要监控的软件的监控列表， 终端设备将所述软件的 使用频率信息存储在所述监控列表中。

所述使用频率信息包括使用次数和 /或最近使用时间。

设备管理服务器将软件的使用次数或 /和最近使用时间与预定的值进行比 较确定是否满足升级条件。 服务器利用软件的使用频率信息更新软件的级别； 并根据升级策略和软件当 前的级别确定是否满足升级条件。

一种终端设备， 包括：

设备管理代理模块， 用于与设备管理服务器通信；

监控模块， 用于监控终端设备上软件的使用频率；

、 储存模块， 用于存储所述监控模块提供的使用频率信息。

所述监控模块和所述存储模块设置在所述设备管理代理模块中。

一种设备管理服务器， '包括：

通信模块， 用于与终端设备通信；

判断模块， 利用终端设备提供的软件使用频率信息判断该软件是否满足 升级条件； 升级模块， 在所述判断模块确定软件满足升级条件时， 控制终端设备进 行软件升级。

本发明中， 设备管理服务器根据终端设备上可升级软件的使用频率信息 来决定是否对软件进行升级， 从而可以避免对用户不使用或极少使用的软件 进行不必要的升级， 从而可以有效节省网络资源和终端资源， 提高用户体脸， 也有利于运营商和服务提供商统计其服务的用户满意度、 市场占有率等信息。 附图说明

图 1为现有技术中设备管理服务器对终端设备进行管理的流程图； 图 2为现有技术中终端设备上管理对象的结构示意图；

图 3为本发明实施例中管理设备升级终端软件的流程图；

图 4为本发明实施例中终端设备的结构示意图；

图 5为本发明实施例中管理树上增加保存使用频率信息的节点的示意图； 图 6为本发明实施例中设备管理服务器的结构示意图。 具体实施方式

在设备管理中， 为了使设备管理服务器能够了解终端设备上软件的使用 情况， 本发明在终端设备通过监控程序上对软件的使用频率进行监控， 并将 软件的使用频率信息提供给设备管理服务器。 用需要升级的软件的使用频率信息确定该软件是否满足升级条件， 如果满足 条件， 则向终端设备下发相应的操作以升级软件； 否则， 放弃软件升级。

参阅图 3所示， 设备管理服务器升级终端软件的主要流程如下： 步骤 300: 由终端上的设备管理代理模块（DM Agent )监控终端上软件 的使用频率信息并保存下来。

步骤 310: 设备管理服务器按照收集策略从终端查询软件使用频率。

步骤 320: 终端设备向设备管理服务器返回软件使用频率。 收集策略可以是定期从终端收集， 需要时从终端取， 终端定期上报或运 营商 /SP设定的其他策略。

当采用 DM Server定期和需要时从终端收集这两种策略， DM Server按现 有 DM协议， 建立与终端的会话连接， 并通过 GET命令获得存储于终端管理 树或文件上使用频率信息。

当釆用用户定期上 ^艮策略时， 终端设备的 DM Agent建立与 DM Server 的会话连接后， 以通过 Generic Alert命令上报。

步驟 330: 当 DM Server准备对某终端设备的软件进行升级前，根据已经 获得的软件使用频率和 DM Server预设的升级策略， 确定是否对该终端软件 升级。

步骤 340: 当 DM Server决定不对该终端软件升级时， 结束后续流程。 当 决定升级后， 则按现有软件升级的方法进行升級包下载、 更新及执行， 然后 由终端返回状态结果。

如图 4所示， 本发明中的终端设备除了具有现有的操作系统 40, 设备管 理代理（DM Agent )模块 41 , 被监控的其他应用程序模块 42外， 如应用程 序模块一、 应用程序模块二、 应用程序模块三， 还包括监控模块 410和存储 模块 411。 其中：

操作系统 40用于管理所有应用程序，包括 DM Agent模块 41和其他所有 应用程序模块 42。

DM Agent模块 41用于与设备管理服务器通信， 向设备管理服务器上报 信息和接收设备管理器下发的信息。

监控模块 410用于监控终端设备上软件的使用频率。

存储模块 411 用于存储所述监控模块得到的使用频率信息， 该使用频率 信息包括使用次数和最新使用时间； 当监控模块 410检测到某应用程序发生 一次新的运行时， 对该应用程序的使用次数和最新使用时间进行更新。

较佳的方式是， 所述监控模块 410和所述存储模块 411设置在所述设备 管理代理模块 41中。 监控模块 410可以采用以下方式监控程序使用频率信息：

( 1 )监控模块 410以一定的周期循环查询正在运行的应用程序列表， 查 询方法根据不同的操作系统而不同。

如： Symbian操作系统为应用程序提供了 TFindProcess接口，该接口的作 用是遍历正在运行的进程， 并且以进程名为查询条件判断该进程是否在运行。 监控模块 410 以一定的间隔循环调用该接口 就可以获得目前正在运行的程 序名； 如多次检测到同一进程运行时， 可以通过该进程的启动时间来区别是 否为同一次启动后的运行过程。

( 2 )在被监控的程序运行时， 由操作系统通知监控程序。 监控程序通过 在操作系统中插入一个小模块（即所谓的钩子程序）， 可以实时的检测到软件 的运行。

对程序使用频率信息可以采用设备管理树节点和监控列表进行保存。 采用设备管理树节点保存使用频率信息时， 首先在终端设备管理树上增 加记录软件使用频率的节点。 记录软件使用频率信息的节点可以作为某个管 理对象的一部分。 以 SCOMO软件組件管理对象为例， 增加记录软件使用频 率信息节点后的管理对象如图 5所示， 图中： 节点 Inventory表示现在位于终 端设备上的软件； 节点 Inventory\Deployed 表示已经安装的软件； 节点 Inventory\Delivered (其下的子节点未示出）表示已经下载到终端但没有安装 的软件。 本发明因为监控已安装软件的运行频率， 所以在 Inventory\Deployed 节点下， 增加记录软件使用频率的节点。 本实施例中， 增加了一个内部节点 UseFreq,该节点下面包括 UseNum和 LastedUseDate两个节点，其中 UseNum 节点记录软件使用的次数， UseLastedDate记录软件的最新使用时间。 在实际 应用时， 用什么样的节点能够最好的表示软件使用频率信息可以不相同。

采用监控列表保存使用频率信息时， 首先由 DM Server预先下发监控列 表， 监控列表为 DM Server希望; DM Agent监控的终端事件。 当该列表中包括 终端软件使用频率时， DM Agent实时监测软件的运行， 当检测到软件的运行 时， 增加列表中使用频率一项的使用次数， 并复写最新使用时间。 一个监控 列表的示例如下表所示

其中， 终端设备可将使用频率信息写入 Item栏后面的空格中。

相应的， 设备管理服务器的结构如图 6所示， 其包括通信模块 60、 判断 模块 61和升级模块 62 (完成现有功能的其他功能模块未在图中示出）。其中： 通信模块 60用于与终端设备通信， 如接收终端上报的信息和下发操作命 令及相关信息等。

判断模块 61与所述通信模块 60具有逻辑上的连接关系， 该判断模块 61 利用终端设备提供的软件使用频率信息判断该软件是否满足升级条件。

所述升级模块 62与判断模块 61和通信模块 60具有逻辑上的连接关系， 该升级模块 62在所述判断模块 61确定软件满足升级条件时， 通知终端设备 进行软件升级。

DM Server预先设定有软件使用频率信息收集策略和软件升级策略。 DM Server上的收集策略可以是定期从终端收集，需要时从终端获取，或运营商 /SP 设定的其他策略。

升级策略可以使用终端设备上报的使用次数与相应的预定值比较以确定 是否升级软件； 或者， 根据使用次数计算出频率并与相应的预定值比较以确 定是否升级软件； 或者， 利用最近使用时间与预定值比较确定是否升级软件； 或者将次数 /频率与最近使用时间结合确定是否升级软件。

升级策略的一种较佳方式是将软件升级服务划分为多个级别， 如级别 1， 级别 2, 级别 3等， 級别个数可以根据运营商策略设定和修改； 将级别与软件 的使用频率相关联， 即终端软件 ID、 软件使用频率信息及服务级别三者的对 应关系存储于相关数据库或文件； DM Server获得某终端软件的使用频率信 息后， 根据使用频率的高低修改终端软件升级服务的级别， 当准备实施与该 终端软件相关的服务时， 根据针对该软件的服务级别决定是否升级以及提供 哪些额外服务。 DM Server采用这种获得终端软件的使用频率后，根据升级策 略决定是否为该终端软件进行升级的方式使得策略的制定和修改更为灵活。

本发明根据用户使用软件的统计情况, 有选择的对终端软件升级, 从而 可以节省网络资源和终端设备的资源， 并提高用户体验。 发明的精神和范围。 这样， 倘若对本发明的这些修改和变型属于本发明权利 要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。

Claims

权利要求

1、 一种在设备管理中获取软件使用频率的方法， 其特征在于， 包括如下 步骤：

在终端设备上监控软件的使用频率并记录软件的使用频率信息； 以及 向设备管理服务器提供所述软件的使用频率信息。

2、 如权利要求 1所述的方法， 其特征在于， 所述使用频率信息由终端设 备定时上报设备管理服务器； 或者， 由管理服务器从终端设备获取所述使用 频率信息。

3、 如权利要求 1所述的方法， 其特征在于， 终端设备上的软件启动时， 由操作系统通知监控程序， 由该监控程序更新该软件的使用频率信息； 或者， 终端设备的监控程序定期遍历正在运行的应用程序， 检测到软件发生一次新 的运行时更新该软件的使用频率信息。

4、 如权利要求 1所述的方法， 其特征在于， 在终端设备的管理树上增加 节点存储使用频率信息； 或者， 由管理服务器向终端设备下发包含需要监控 的软件的监控列表， 终端设备将所述软件的使用频率信息存储在所述监控列 表中。

5、 如权利要求 1至 4任一项所述的方法， 其特征在于， 所述使用频率信 息包括使用次数和 /或最近使用时间。

6、 一种在设备管理中升级软件的方法， 其特征在于， 包括如下步驟： 在终端设备上监控软件的使用频率， 并向设备管理服务器提供相应的使 用频率信息；

设备管理服务器利用需要升级的软件的使用频率信息确定该软件是否满 足升级条件， 若是， 则向终端 备下发相应的操作以升级软件； 否则， 放弃 软件升级。

7、 如权利要求 6所述的方法， 其特征在于， 所述使用频率信息由终端设 备定时上报设备管理服务器； 或者， 由管理服务器在需要升級软件时从终端 设备获取所述使用频率信息。

8、 如权利要求 6所述的方法， 其特征在于， 终端设备上的软件启动时， 由操作系统通知监控程序， 由该监控程序更新该软件的使用频率信息； 或者， 终端设备的监控程序定期遍历正在运行的应用程序， 检测到软件发生一次新 的运行时更新该软件的使用频率信息。

9、 如权利要求 6所述的方法， 其特征在于， 在终端设备的管理树上增加 节点存储使用频率信息； 或者， 由管理服务器向终端设备下发包含需要监控 的软件的监控列表， 终端设备将所述软件的使用频率信息存储在所述监控列 表中。

10、 如权利要求 6至 9任一项所述的方法， 其特征在于， 所述使用频率 信息包括使用次数和 /或最近使用时间。

11、 如权利要求 10所述的方法， 其特征在于， 设备管理服务器将软件的 使用次数或 /和最近使用时间与预定的值进行比较确定是否满足升级条件。

12、 如权利要求 10所述的方法， 其特征在于， 在管理服务器上按软件使 用频率将软件升级服务划分为多个级别 , 管理服务器利用软件的使用频率信 息更新软件的级别； 并根据升级策略和软件当前的级别确定是否满足升级条 件。

13、 一种终端设备， 包括用于与设备管理服务器通信的设备管理代理模 块； 其特征在于， 还包括：

监控模块， 用于监控终端设备上软件的使用频率；

储存模块， 用于存储所述监控模块提供的使用频率信息。

14、 如权利要求 13所述的终端设备， 其特征在于， 所述监控模块和所述 存储模块设置在所述设备管理代理模块中。

15、 一种设备管理服务器， 其特征在于， 包括：

通信模块， 用于与终端设备通信；

判断模块， 利用终端设备提供的软件使用频率信息判断该软件是否满足 升级条件； 升级模块， 在所述判断模块确定软件满足升级条件时， 控制终端设备进 行软件升级。