终端软件升级的方法、 系统和业务平台系统 【技术领域】
本发明涉及通信领域， 具体而言， 涉及一种终端软件升级的方法、 系统和业务平台系统。 背景技术
IMS( 多媒体网络系统 ) 业务发放平台可以完成信息推送、 广告管理等功能。 目前， 终端的配置和软件升级等功能通常通过 HTTP(Hyper Text Transfer Protocol， 超文本传 输协议 ) 和宽带多媒体终端交互完成， 例如， 通过 TR069 协议实现 IMS 宽带多媒体终端版本 升级， 该方法如下 ：
(1) 由终端向平台上报终端 ID 以及终端版本 ；
(2) 平台根据终端 ID 得到终端类型， 然后结合上报的终端版本判断终端是否需要 升级？ (3) 如需要升级， 平台通知终端下载最新版本的 URL(Uniform Resource Locator， 统一资源定位符 ) ；
(4) 终端使用获得的 URL 下载相应版本进行升级。
上述升级流程中， 每一步发送消息都需要接收方进行响应确认， 升级步骤较多 ； 并 且上述升级流程是通过终端在每次上电后发送升级请求发起的， 频繁的升级请求和过多的 升级步骤降低了上述平台的处理性能。
发明内容 本发明的主要目的在于提供一种终端软件升级的方法、 系统和业务平台系统， 以 解决上述软件升级带来的平台处理性能下降的问题。
根据本发明的一个方面， 提供了一种终端软件升级的方法， 包括 ： 业务平台确定 终端需要进行软件升级 ； 业务平台通过信息推送消息将软件升级信息通知给所述终端 ； 其 中， 信息推送消息是采用会话初始协议生成的 ； 该终端根据软件升级信息进行软件升级。
根据本发明的另一方面， 提供了一种业务平台系统， 包括 ： 确定模块， 用于确定终 端需要进行软件升级 ； 通知模块， 用于通过信息推送消息将软件升级信息通知给终端， 以使 终端根据软件升级信息进行软件升级 ； 其中， 信息推送消息是采用会话初始协议生成的。
根据本发明的又一方面， 提供了一种终端软件升级的系统， 包括上述业务平台系 统， 还包括终端 ； 该终端， 用于根据软件升级信息进行软件升级。
通过本发明， 在业务平台与终端间进行软件升级时， 采用 SIP 协议实现信息交互， 减少了软件升级的信令交互条数， 解决了软件升级带来的平台处理性能下降的问题， 并且 该方法能够与现有系统兼容， 实施容易。
附图说明
此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。在附图中 ：
图 1 是根据本发明实施例 1 的终端软件升级的方法流程图 ；
图 2 是根据本发明实施例 2 的基于信息推送的 IMS 宽带多媒体终端软件升级方法 流程图 ；
图 3 是根据本发明实施例 3 的终端软件升级的方法流程图 ；
图 4 是根据本发明实施例 4 的终端软件升级的系统结构框图 ；
图 5 是根据本发明实施例 4 的终端软件升级的系统具体结构框图 ；
图 6 是根据本发明实施例 5 的业务平台系统的结构框图。 具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是， 在不冲突的 情况下， 本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例中的终端可以是 IMS 宽带多媒体终端， 其能够处理信息类业务， 该 终端与业务平台之间的信息交互通过 IMS 核心网转发， 同时， 终端与业务平台之间的消息 在 IMS 核心网中是透明的。基于此， 下述实施例提供了一种终端软件升级的方法和系统。
实施例 1
图 1 示出了根据本发明实施例的一种终端软件升级的方法流程图， 该方法包括以 下步骤 ：
步骤 S102 ： 业务平台确定终端需要进行软件升级 ；
业务平台确定终端是否需要进行软件升级时， 可以有两种实现方式 ：
方式一 ： 业务平台进行软件更新时， 根据更新的软件类型确定需要软件升级的终 端。 例如 ： 业务平台在有新的软件更新时， 从现有系统中查询符合该更新的软件类型的所有 终端标识， 根据这些终端对应的版本号确定终端是否需要升级。
方式二 ： 业务平台检查哪些终端发起过升级请求消息， 将发起升级请求消息的终 端确定为需要升级的终端。例如 ： 终端上电后， 采用会话初始化协议生成升级请求消息， 终 端向业务平台发送该升级请求消息 ； 业务平台根据升级请求消息确定该终端需要进行软件 升级。
终端上电后， 可以至少采用以下方式之一触发生成升级请求消息 ：
1) 终端接收到升级信号后， 采用会话初始化协议生成升级请求消息 ；
2) 终端检测根据保存的最新软件版本号和当前使用软件的版本号确定需要进行 升级， 采用会话初始化协议生成升级请求消息 ；
3) 终端确定当前时刻为设定的软件升级时刻， 采用会话初始化协议生成升级请求 消息。
第一种方式可以认为是手动触发方式， 其升级信号可以是管理员认为需要进行软 件升级时， 向终端发送的， 例如， 需要进行软件升级时， 管理员点击终端上设置的软件升级 按钮等操作。第二种和第三种方式可以认为是终端自动检测触发方式， 该检测触发方式可 以是基于事件的， 例如方式 2)， 也可以是基于时间的， 例如方式 3)。
步骤 S104 ： 该业务平台通过信息推送消息将软件升级信息通知给该终端 ； 其中， 信息推送消息是采用 SIP(Session Initiation Protocol， 会话初始协议 ) 生成的 ；该信息推送消息可以复用相关技术中的信息推送消息， 该消息中包括 ： 链接地址 字段 linkuri， 内容字段 content， 消息类型字段 msgtype ； 其中， 链接地址字段携带软件下 载的链接地址 ； 内容字段携带软件版本号 ； 在消息类型字段 msgtype 中可以增加一个类型 标识字段 upgrade， 用以携带表示软件升级的标识。
步骤 S106 ： 终端根据上述软件升级信息进行软件升级 ；
本实施例的软件可以是终端使用的任一个软件， 例如播放器、 系统软件或响应程 序等。
终端接收到上述信息推送消息后， 根据消息类型字段确定信息推送消息为软件升 级消息 ； 解析内容字段得到软件版本号， 比较解析得到的版本号和当前使用软件的版本号 确定需要进行软件升级 ； 根据链接地址字段携带的链接地址获取对应的软件包进行升级。
本发明实施例的业务平台与终端间进行软件升级时， 采用 SIP 协议实现信息交 互， 减少了软件升级的信令交互条数， 解决了软件升级带来的平台处理性能下降的问题， 并 且该方法能够与现有系统兼容， 实施容易。
实施例 2
本实施例提供了一种基于信息推送的 IMS 宽带多媒体终端软件升级方法， 该方 法以在终端软件升级系统中实现为例进行说明， 该终端软件升级系统由终端、 数据库、 下 载服务器和业务平台 ( 也可称为信息推送平台 ) 组成， 其中， 下载服务器可以是 HTTP 或 RTSP(Real-Time Streaming Protocol， 实时流协议 ) 服务器。 参见图 2， 该方法包括以下步 骤： 步骤 S202 ： 操作员在门户新建版本升级任务， 选择本厂商的某一终端型号， 上传 此型号对应的最新终端软件。
步骤 S204 ： 管理员审核操作员建立的升级任务 ( 可以指定升级消息的发送时间， 匹配的终端类型 )， 审核通过后， 业务平台将软件上传到下载服务器， 并在数据库中生成下 载链接。
业务平台收到操作员上传新的终端软件后， 将此终端软件上传到下载服务器， 并 生成下载链接地址存入数据库。
步骤 S206 ： 业务平台根据此任务的发送策略使用信息推送通道向特定终端群发 送软件升级消息， 该软件升级消息经过 IMS 核心网发往对应的终端 ；
其中， 特定终端群指从现有系统中查询符合该软件类型的所有终端号码， 并从中 查询出需要升级的终端。
本实施例的系统使用信息推送消息作为软件升级信息的下行通知载体。 信息推送 消息是业务平台向终端发送的文本信息， 其可以携带链接信息， 终端根据链接的 url 地址， 获取网页、 流媒体等信息， 本实施例的软件升级消息采用 SIP 协议的 message 消息实现， 具 体为 pushinfo 扩展后的 message 消息， 该消息用于下行通知终端升级， 该消息体为 xml 格 式， 例如 ：
pushinfo// 推送消息
upgrade// 扩展出的 upgrade 标识是升级通知
v1.0// 文本段填写升级的版本号
http://***.up 链接段填写软件下载地址
0 对需要升级的终端， 业务平台将软件升级下载链接填入 linkuri 字段， 将软件版 本号填入 content 字段， 对 msgtype 字段进行扩展， 新加入 upgrade 类型标识是软件升级通 知。
业务平台可以通过新增加一个软件更新控制模块， 此模块用来管理软件版本， 包 括软件的上传， 版本号的管理， 以及版本与终端类型的对应关系管理等。
步骤 S208 ： 终端收到上述软件升级消息后， 根据该消息向下载服务器下载软件， 使用下载的软件进行升级。
本实施例的终端上可以新增加一个软件升级管理模块， 此模块用来管理当前终端 的使用软件版本， 接收平台下发的升级消息， 以及通过 url 链接地址进行升级。此外， 此模 块还可自发生成升级请求消息， 将此消息发往业务平台请求升级等。
终 端 收 到 上 述 软 件 升 级 消 息 后， 解 析 出 msgtype 字 段， 若发现此字段填值为 upgrade， 则将消息转发给软件升级管理模块， 此模块再解析出 content 字段， 将目的版本 号与当前的版本号进行对比， 若需要升级， 则到 linkuri 携带的下载地址中获取新的软件 版本进行升级。 本实施例在信息类业务上进行扩展， 在业务平台上新增加软件更新控制模块， 使 得业务平台能基于信息推送将软件升级信息发送给终端， 终端在接收到业务平台的软件升 级消息后， 完成相应的升级操作的， 这种方式不需要终端自行在上电后发送软件升级请求， 很大程度上减少了业务平台的处理任务， 同时， 本实施例的软件升级消息是采用 SIP 协议 生成的， 不需要接收到此消息的设备返回确定信息， 也减少了业务平台接收的消息个数， 解 决了软件升级带来的平台处理性能下降的问题， 并且该方法能够与现有系统兼容， 实施容 易。
实施例 3
本实施例提供了一种终端软件升级的方法， 该方法以终端主动请求软件升级为例 进行说明， 本实施例的终端上设置有一个软件升级管理模块， 该模块用来管理当前终端的 使用软件版本， 接收平台下发的升级消息， 通过 url 链接地址进行升级。以及自发生成升级 请求消息， 将此消息发往业务平台请求升级等。参见图 3， 该方法包括以下步骤 ：
步骤 S302 ： 终端上电后， 软件升级管理模块通过消息推送通道主动向平台发送升 级请求消息 ；
终端上电后， 可以根据升级策略， 比如手动升级， 启动自动检测升级， 定时检测升 级等， 通过在 “终端统计信息上报” 消息外， 新增加一种消息， 即 “升级请求消息” 作为终端 主动上行消息， 用以发送升级请求到业务平台， 此消息使用 SIP 协议生成， 先发往核心网， 然后再由核心网转发给业务平台。新增的用于终端主动上行的 “升级请求消息” 可以采用 下述方法实现 ：
morequest// 新扩展上行请求消息
upgrade//upgrade 标识是升级请求
023********// 用户 id
v1.0// 文本段填写当前终端已有的版本号
步骤 S304 ： 业务平台在收到终端的上行请求信息后， 辨别出是终端软件升级后，
将消息转发给软件更新控制模块， 此模块将终端上行消息中的版本号和平台中此终端最新 的版本号进行对比， 若发现需要升级， 则给此终端下发软件升级消息通知此终端进行升级。
业务平台收到终端的 “上行请求消息” ， 解析 msgtype 字段， 如果填值是 upgrade， 则对比内容字段的终端版本号和当前平台已有的终端版本号， 若需要升级， 则发送软件升 级消息给此终端。其中， 软件升级消息的具体实现可以采用实施例 2 中的方法， 这里不再详 述。
本实施例的业务平台上设置有一个软件更新控制模块， 此模块用来管理软件版 本， 包括软件的上传， 版本号的管理， 以及版本与终端类型的对应关系管理等。
步骤 S306 ： 终端接收到上述软件升级消息后， 获取到新的升级链接地址， 下载升 级包完成升级。
本实施例在信息类业务上进行扩展， 在终端上新增加软件升级管理模块， 主动发 送升级请求消息， 对比目前规范设定的 TR069 升级方案， 具有更多的灵活性和更简单的实 现方式， 资源消耗更少， 有很好的市场推广前景。
上述实施例中提供的方法的步骤之间顺序可能存在互相交叉， 可能通过简化步骤 来简化方案等。 实施例 4
本实施例提供了一种终端软件升级的系统， 参见图 4， 该系统包括业务平台 42 和 终端 44， 其中， 业务平台 42 和终端 44 之间通过核心网连接 ；
业务平台 42， 用于确定终端 44 需要进行软件升级， 并通过信息推送消息将软件升 级信息通知给终端 44 ； 其中， 该信息推送消息是采用会话初始协议生成的 ；
终端 44， 用于根据上述软件升级信息进行软件升级。
优选地， 终端 44 包括 ： 消息确定模块， 用于根据信息推送消息的类型确定信息推 送消息为软件升级消息 ； 解析模块， 用于解析信息推送消息得到软件升级的链接地址 ； 升 级模块， 用于根据链接地址获取对应的软件包进行升级。
本实施例可以采用业务平台 42 主动下发信息推送消息， 用以完成终端的软件升 级， 这种方式下， 业务平台 42 可以包括 ： 第一终端确定模块， 用于进行软件更新时， 根据更 新的软件类型确定需要软件升级的终端。第一终端确定模块可以根据当前更新的软件类 型， 从现有系统中查询符合该软件类型的所有终端， 并从这些终端中查询出需要升级的终 端。
本实施例也可以采用终端主动要求软件升级的方式实现， 该方式下， 终端 44 可以 包括 ： 主动升级模块， 用于上电后， 采用会话初始化协议生成升级请求消息， 并向业务平台 42 发送该升级请求消息 ； 业务平台 42 可以包括 ： 第二终端确定模块， 用于根据上述升级请 求消息确定终端 44 需要进行软件升级。
图 5 示出了根据本发明实施例的终端软件升级的系统的具体结构框图， 该系统中 的业务平台 42 包括 ：
通知模块 422， 用于通过信息推送消息将软件升级信息通知给终端 44， 该信息推 送消息包括 ： 链接地址字段 linkuri， 内容字段 content， 消息类型字段 msgtype ； 其中， 链接 地址字段携带软件下载的链接地址 ； 内容字段携带软件版本号 ； 消息类型字段携带表示软 件升级的标识 ；
终端 44 包括 ：
消息确定模块 442， 用于接收到上述信息推送消息后， 根据上述消息类型字段确定 信息推送消息为软件升级消息 ；
解析模块 444， 与消息确定模块 442 相连， 用于解析上述内容字段得到软件版本 号， 比较解析得到的版本号和当前使用软件的版本号确定需要进行软件升级 ；
升级模块 446， 与解析模块 444 相连， 用于根据链接地址字段携带的链接地址获取 对应的软件包进行升级。
实施例 5
本实施例提供了一种业务平台系统， 参见图 6， 该系统包括 ：
确定模块 62， 用于确定终端需要进行软件升级 ；
通知模块 64， 用于通过信息推送消息将软件升级信息通知给终端， 以使该终端根 据上述软件升级信息进行软件升级 ； 其中， 该信息推送消息是采用会话初始协议生成的。
本实施例可以采用业务平台系统主动下发信息推送消息， 用以完成终端的软件升 级， 这种方式下， 确定模块 62 可以包括 ： 第一终端确定单元， 用于进行软件更新时， 根据更 新的软件类型确定需要软件升级的终端。第一终端确定单元可以根据当前更新的软件类 型， 从现有系统中查询符合该软件类型的所有终端， 并从这些终端中查询出需要升级的终 端。
本实施例也可以采用终端主动要求软件升级的方式实现， 该方式下， 确定模块 62 可以包括 ： 第二终端确定单元， 用于接收来自终端的升级请求消息， 根据该升级请求消息确 定终端需要进行软件升级， 该升级请求消息为终端上电后， 采用会话初始化协议生成的。 优 选地， 通知模块 64 包括 ： 通知单元， 用于通过信息推送消息将软件升级信息通知给终端， 该 信息推送消息包括 ： 链接地址字段 linkuri， 内容字段 content， 消息类型字段 msgtype ； 其 中， 链接地址字段携带软件下载的链接地址 ； 内容字段携带软件版本号 ； 消息类型字段携 带表示软件升级的标识 ； 基于此， 终端接收到该信息推送消息后， 根据上述消息类型字段确 定信息推送消息为软件升级消息 ； 并解析上述内容字段得到软件版本号， 比较解析得到的 版本号和当前使用软件的版本号确定需要进行软件升级 ； 根据链接地址字段携带的链接地 址获取对应的软件包进行升级。
本发明实施例的业务平台与终端间进行软件升级时， 采用 SIP 协议实现信息交 互， 减少了软件升级的信令交互条数， 解决了软件升级带来的平台处理性能下降的问题， 并 且该系统能够与现有系统兼容， 实施容易。
以上实施例在信息类业务上进行扩展， 在业务平台上新增加软件更新控制模块， 使得业务平台能基于信息推送将软件升级信息发送给终端， 并接收终端的升级请求。在终 端上新增加软件升级管理模块， 接收和主动发送升级消息以及请求。该处理方案对比目前 规范设定的 TR069 升级方案， 具有更多的灵活性和更简单的实现方式， 资源消耗更少， 有很 好的市场推广前景。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用 的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成 的网络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储 在存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或 步骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技 术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何修 改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。