CN101060427A - 实现远程软件升级的系统及方法 - Google Patents

Abstract

本发明公开了一种实现远程软件升级的系统，所述系统包括：远程管理服务器、传输网网关和至少一个本地客户端设备，本地客户端设备通过传输网网关与远程管理服务器进行信息交互，获取软件更新信息，并完成其软件更新。本发明还公开了一种实现远程软件升级的方法，包括步骤：远程管理服务器按预定方式将需要升级的软件信息发送给所述传输网网关；传输网网关根据收到的软件信息更新本地存储的客户端设备软件，并将需要更新的软件的相关信息发送给需要升级的本地客户端设备；本地客户端设备根据收到的软件的相关信息完成对本设备的升级过程。利用本发明，可以建立灵活的软件下发方式，使本地客户端设备的软件版本保持最新。

Description

实现远程软件升级的系统及方法

技术领域

本发明涉及远程管理技术领域，具体涉及一种实现远程软件升级的系统及方法。

背景技术

IPTV(网络电视)是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向用户提供包括数字电视在内的多种交互式服务的崭新技术。IPTV是互联网与传统电视相互融合的结果，视频流经过高效的压缩编码后被广播到IP网络上，通过位于宽带网络边缘的IP电视头端设备把直播电视、按需视频和个人录像等IPTV服务传送给用户。用户可以有两种方式享受IPTV服务：计算机；网络机顶盒+普通电视机。它能够很好地适应当今网络飞速发展的趋势，充分有效地利用网络资源。

IPTV(网络电视)中远程管理系统以家庭网络为基础，家庭网络中的任何一台设备都是被管理的对象，该系统主要是由头端的管理服务器和终端的数个被管理的设备组成。IPTV中的远程管理系统要求头端的管理服务器和终端的被管理设备间能够互相操作，进行特定软件的升级，获得特定客户端主机的配置信息、设备信息，通过RMS(区域管理系统)对客户端主机进行配置参数管理和设备管理，根据所获得的信息，进行远程排错等功能。

数字电视机顶盒的软件系统是一种基于嵌入式操作系统的嵌入式软件系统。在实际使用中，为了解决软件中存在的问题，提高机顶盒运行性能，进一步扩展机顶盒的功能，需要对机顶盒的软件系统及时进行更新。目前，对机顶盒的软件远程更新的方式是利用网络中数据广播(含有待更新软件程序)进行在线升级。比如，EuroLoader，其利用数字电视中普遍使用的广播，DSM-CC(Digital Stroage Media Command and Control，数字媒体存储命令和控制)等数据下发技术。这种方法虽然比较好地与数字电视的传输机制相融合，但是下发方式不够灵活，同时依赖于业务信息、DSM-CC等数字电视特有的元素，只能进行广播方式的软件更新，没有相应的更新策略支持，也没有与DNG(Delivery network gateway，传输网网关)相互结合。

发明内容

本发明的目的是提供一种实现远程软件升级的系统，以使对设备的远程管理更灵活、方便，保持网络中设备所运行的软件版本始终保持最新，提高设备性能。

本发明的另一个目的是提供一种实现远程软件升级的方法，以建立灵活的下发方式，满足IPTV对软件升级多节点、多时间、尽量占用较少的接入网带宽的要求。

为此，本发明提供如下的技术方案：

一种实现远程软件升级的系统，所述系统包括：

远程管理服务器、传输网网关和至少一个本地客户端设备，所述本地客户端设备通过所述传输网网关与所述远程管理服务器进行信息交互，获取软件更新信息，并完成其软件更新。

所述远程管理服务器包括：

软件存储单元，用于存储升级的软件版本信息及软件压缩包；

升级控制器，用于从所述软件存储单元获取本地客户端设备需要升级的软件压缩包，并通过所述传输网网关发送给所述本地客户端设备。

优选地，所述远程管理服务器进一步包括：

升级策略定制器，用于制定并向所述升级控制器提供软件升级策略。

所述升级策略定制器制定的软件升级策略包括：

根据所述本地客户端设备的请求单播发送需要升级的软件压缩包，和/或由远程管理服务器主动广播/组播发送需要升级的软件版本信息或软件压缩包。

可选地，所述升级控制器通过读取所述升级策略定制器获取软件升级策略；或者由所述升级策略定制器将所述软件升级策略发送给所述升级控制器。

所述传输网网关包括：

版本数据库，用于存储与所述传输网网关相连的所有本地客户端设备上的软件信息；

升级决策单元，用于接收所述本地客户端设备的升级请求，并根据该升级请求中的信息及所述版本数据库中的信息决策是否从本地获取升级软件包，如果从本地获取升级软件包，则将其发送给所述本地客户端设备，否则将所述升级请求消息转发给所述远程管理服务器，并接收其下发的升级软件包，根据该升级软件包的版本信息更新所述版本数据库中的软件信息，并将该软件包的拷贝下发给所述本地客户端设备，同时以广播或组播或单播的方式发送给网络内其他的客户端设备。

所述版本数据库存储的软件信息至少包括：软件对应的设备标识、软件名称、软件版本号、本地存放路径。

所述远程管理服务器进一步包括：

版本检测单元，与所述传输网网关相互通信，获取所述本地客户端设备当前的软件版本号，并将获取的软件版本号传送给所述升级控制器。

所述本地客户端设备包括：

版本注册单元，用于维护本本地客户端设备上所有软件的版本信息，并在所述本地客户端设备开机时将本地版本信息注册到所述版本数据库中。

升级接口单元，用于发送升级请求到所述传输网网关，同时接收从所述传输网网关传送的升级软件信息，并根据所述版本注册单元存储的版本信息判断是否需要对本本地客户端设备进行软件升级；

升级执行单元，用于根据所述升级接口单元的指令对本本地客户端设备进行软件升级。

由所述传输网网关维护所述远程管理服务器的地址。

一种实现远程软件升级的方法，所述方法包括步骤：

A、远程管理服务器按预定方式将需要升级的软件信息发送给传输网网关；

B、传输网网关根据收到的软件信息更新本地存储的客户端设备软件，并将需要更新的软件的相关信息发送给需要升级的本地客户端设备；

C、本地客户端设备根据收到的软件的相关信息完成对本设备的升级过程。

可选地，所述预定方式具体为：

根据命令和/或定时组播发送，或者根据本地客户端设备的升级请求单播发送。

所述步骤B包括：

所述传输网网关根据收到的软件信息判断其版本是否高于本地存储的本地客户端设备对应软件的版本；

如果是，则用收到的软件替换本地存储的对应软件，并将收到的软件的相关信息发送给需要升级的本地客户端设备；

如是不是，则将本地存储的相应软件的相关信息发送给需要升级的本地客户端设备。

可选地，所述传输网网关将需要更新的软件的相关信息发送给需要升级的本地客户端设备的步骤具体为：

通过广播方式将所述需要更新的软件的版本信息发送给网络内所有本地客户端设备。

所述步骤C包括：

本地客户端设备根据收到的软件的版本信息及本设备上的相应软件版本号判断是否需要对本设备进行升级；

当需要对本设备进行升级时，向所述传输网网关发送升级请求；

所述传输网网关根据收到的升级请求将需要更新的软件数据以广播或组播或单播的方式发送给请求升级的本地客户端设备；

所述本地客户端设备根据收到的软件数据更新本设备上的软件，完成升级过程。

所述传输网网关根据收到的升级请求将需要更新的软件数据发送给请求升级的本地客户端设备的步骤包括：

所述传输网网关根据收到的升级请求获取请求升级的软件版本号；

判断本地是否有高于该软件版本号的对应软件；

如果有，则将本地的软件数据发送给请求升级的本地客户端设备；

如果没有，则将所述升级请求转发给所述远程管理服务器，并获取远程管理服务器下发的软件数据；

用收到的软件数据替换本地存储的对应软件，并将收到的软件数据发送给请求升级的本地客户端设备。

所述传输网网关按以下方式将需要更新的软件数据发送给请求升级的本地客户端设备：

根据在预定时间内收到的升级请求数目确定采用组播或广播发送方式；

将所述软件数据封装为组播或广播数据包，并下发给特定的组播组或下发给网络内所有本地客户端设备。

所述传输网网关根据收到的升级请求将所述软件数据发送给请求升级的本地客户端设备的步骤具体为：

根据收到的升级请求确定本地客户端设备地址；

根据确定的本地客户端设备地址将所述软件数据封装为单播数据包，并下发给所述本地客户端设备。

可选地，所述传输网网关将需要更新的软件的相关信息发送给需要升级的本地客户端设备的步骤具体为：

通过广播方式将所述需要更新的软件数据发送给网络内所有本地客户端设备。

由所述传输网网关维护所述远程管理服务器的地址。

由以上本发明提供的技术方案可以看出，本发明通过传输网网关建立远程管理服务器和本地客户端设备之间的联系，使其进行信息交互，从而实现客户端设备的软件更新，这种方式可以很好地满足IPTV网络设备对软件升级的多节点、多时间的要求，使网络内部的所有客户端设备的软件版本保持最新。更进一步，通过灵活地设定单播和/或组播的软件下发方式，方便了系统的应用；通过在传输网网关上存储软件信息并对需要升级的软件版本信息的检查，有效地减少了接入网的数据流量，减轻了接入网的负担。

附图说明

图1是本发明系统的原理框图；

图2是本发明系统第一实施例的原理框图；

图3是本发明系统第二实施例的原理框图；

图4是本发明系统第三实施例的原理框图；

图5是本发明系统中的远程服务器运行流程；

图6是本发明系统中的传输网网关运行流程；

图7是传输网网关广播下发数据包流程；

图8是传输网网关组播发送更新软件的流程；

图9是传输网网关广播发送更新软件的流程；

图10是本发明系统中的本地客户端设备运行流程；

图11是本发明方法的实现流程；

图12是本地客户端设备通过升级请求完成软件升级的流程。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

参照图1所示本发明系统原理框图：

该系统包括：远程管理服务器S1、传输网网关S2和一个或多个本地客户端设备，在该图中示出了两个本地客户端设备S3、S4。比如，在IPTV网络中，本地客户端设备可以是：机顶盒、计算机、个人数字录像机等设备。这些本地客户端设备通过传输网网关S2与远程管理服务器S1进行信息交互，从远程管理服务器S1或者直接从传输网网关S2获取需要升级的软件压缩包，完成对其软件的更新。

远程管理服务器S1与传输网网关S2通过IP网络相连，传输网网关S2可以提供多种接入方式与本地客户端设备相连，比如，有线、无线、远红外等方式。

在该系统中，由传输网网关管理远程管理服务器的地址，这样，远程客户端不需要了解远程管理服务器的地址，只需知道传输网网关的地址即可实现向远程管理服务器请求升级的软件，并完成升级过程。

为了向本地客户端设备提供有效的软件信息，需要在远程服务器S1中保存有各种本地客户端所需的升级软件信息，并通过一定的方式将相应的升级软件信息发送给需要升级的本地客户端，以使其内部的软件版本保持最新。

参照图2本发明系统第一实施例的原理框图：

在远程管理服务器S1中设置有软件存储单元S11和升级控制器S12。其中，软件存储单元S11用于存储升级的软件版本信息及软件压缩包。远程管理服务器S1可以提供一个人机交互接口，通过该接口由管理人员直接对软件存储单元S11所存储的软件进行增加、删除、修改等操作。可以通过软件信息表的方式来存储升级的软件版本信息及软件压缩包，该软件信息表至少包括：软件的名称、版本号、软件存储地址。升级控制器S12用于从软件存储单元S11获取本地客户端设备需要升级的软件压缩包，并按一定的方式通过传输网网关发送给本地客户端设备S3。比如，可以由本地客户端设备通过请求来对其进行升级，此时，需要针对每个本地客户端设备，通过单播的方式分别下发与其请求相应的升级软件压缩包；还可以由远程服务器请求对所有或部分或单个本地客户端设备进行升级，此时就需要根据请求方式的不同采用广播/组播/单播的方式下发相应的升级软件版本号信息或升级软件压缩包，使各本地客户端设备根据自己的软件信息进行选择，完成软件版本的更新。

为了使升级方式根据网络及用户需要，灵活、方便地进行设备，还可以在远程服务器中设置一个升级策略定制器S13，以便由系统管理员根据需要制定软件升级策略，并将该软件升级策略提供给升级控制器S12，使其按照该升级策略进行相应的控制。

同样，可以由远程管理服务器S1可以提供一个人机交互接口，通过该接口使系统管理员方便地进行策略定制。管理员可以定制如下策略：

(1)触发单播发送的情况：当由本地客户端设备发起升级请求时，远程管理服务器以单播形式发送软件的压缩包到发起请求的本地客户端设备；

(2)触发组播的情况：当由远程管理服务器端发起升级请求时，以组播形式将软件的压缩包发送到约定的组播组内。

管理员可以调整由远程管理服务器端发起的软件升级的频率，如果网络中设备变动比较频繁，可以加大升级频率；相应地，如果网络中设备变动不是很频繁，则可以减小升级频率。可以指定将升级软件的信息发送给特定的IP地址；也可以指定接收特定IP地址的升级请求。

如果由远程管理服务器端发起升级请求，则可以通过定时方式，也可以通过命令控制，立即进行升级。

升级策略定制器S13制定出升级策略后，将其保存在本地，提供接口，由升级控制器S12调用该接口来获取升级策略；也可以由升级策略定制器S13定时将其发送给升级控制器S12。

为了提高本地客户端设备的软件升级效率，减少升级时下发升级软件压缩包的数据流量。也可以在传输网网关上建立一个版本数据库，存储与该传输网网关相连的所有本地客户端设备上的当前软件信息。当传输网网关收到本地客户端设备的升级请求后，首先从本地来查找是否有相应的升级软件，如果有，则直接将其下发给该本地客户端设备，而无需再将升级请求发送给远程管理服务器，从而可以有效地减轻接入网的负担。

参照图3所示本发明系统的第二实施例原理框图：

传输网网关S2包括：版本数据库S21和升级决策单元S22。其中，版本数据库S21用于存储与传输网网关S2相连的所有本地客户端设备上的所有软件信息。版本数据库存储的软件信息至少包括：软件对应的设备标识、软件名称、软件版本号、本地存放路径。当本地客户端设备的软件版本发生变化后，则根据本地客户端发送过来的版本信息，更新其存储的软件信息数据。并且在远程管理服务器向客户端设备下发新的升级软件后，由升级决策单元S22检测该升级软件的版本是否高于版本数据库S21中相应软件的版本，如果是，则将该升级软件进行拷贝存储在本地，同时更新版本数据库S21中的相应软件信息，以便在收到其他客户端设备的升级请求后，直接根据该软件数据信息对客户端设备进行升级，而无需再将所述升级请求发送给远程管理服务器S1，从而有效地节省接入网的带宽。

升级决策单元S22用于接收本地客户端设备的升级请求，并根据该升级请求中的信息及版本数据库S21中的信息决策是否从本地获取升级软件包，如果从本地获取升级软件包，则将其发送给相应的本地客户端设备，否则将所述升级请求消息转发给远程管理服务器S1，并接收其下发的升级软件包，根据该升级软件包的版本信息更新版本数据库中的软件信息，并将该软件包的拷贝下发给相应的本地客户端设备。

升级决策单元S22需要处理以下两种过程：

(1)接收客户端请求的处理过程：升级决策单元S22接收本地客户端设备发出的单播升级请求消息，首先根据该消息中的设备标识符和软件名称，在版本数据库S21中进行查找，找到相应的设备上特定软件的版本号，与升级请求消息中的版本号相互比较。如果升级请求消息中的版本号比从版本数据库S21中查找出来的版本低，则在版本数据库S21中指定的特定版本软件升级包的本地存放位置查找，如果查找成功，则将查找到的升级软件包的拷贝以单播形式发送给请求升级的本地客户端设备。否则，则将所述请求消息以单播形式发送给传输网网关S2上所指定的远程管理服务器。如果消息中的版本号比从版本数据库S21中查找出的版本高，也同样转发该请求消息到指定的远程管理服务器。

(2)接收单播或者组播下发软件压缩包的处理过程：升级决策单元S22还同时接收远程管理服务器S1下发的软件压缩包，将软件的版本号与本地存储的相应软件的版本号进行比较，如果远程管理服务器下发的软件版本号比本地存储的软件版本号高，则修改版本数据库S21中对应的软件的版本号，并用下发的软件压缩包替换掉本地存储的对应的软件压缩包；然后转发该软件压缩包到指定的本地客户端设备。

同时，升级决策单元S22还发送广播数据包，数据包中封装有更新后的软件名称和版本号信息。该广播发送重复若干次，发送的次数和时间间隔可以预先设定。同时接受其他客户端设备发来的关于该软件的单播的升级请求。读取升级请求中的客户端地址信息，以此信息为目标地址信息组建数据包，包中包含更新的升级软件压缩包，并以单播或组播形式下发给指定客户端设备。

如果远程管理服务器S1下发的软件压缩包的版本比传输网网关本地存放的相应软件的版本低，则升级决策单元S22读取远程管理服务器S1下发的数据包中的目标设备的地址信息，同时丢弃该数据包。根据软件名称从本地的版本数据库S21中获取该软件的本地存储地址，从该存储地址读取出存储在本地的软件压缩包，然后根据所获得的目标地址信息，将该软件压缩包发送到指定的客户端设备。

为了使远程管理服务器更好地了解客户端设备上的软件版本信息，为需要升级的客户端提供合适的升级软件，还可以在远程管理服务器S1上设置一个版本检测单元S13，负责从传输网网关S2上获取特定本地客户端设备上的当前软件版本号，并将获取到的软件版本号传送给升级控制器S12。以使升级控制器S12根据预先确定的升级策略确定是否需要对本地客户端设备进行升级。

参照图4所示本发明第三实施例原理框图：

本地客户端设备S3包括：升级接口单元S31、版本注册单元S32、升级执行单元S33。其中，版本注册单元S32用于维护本客户端上所有软件的版本信息，并在设备开机时将本设备的软件信息提供给版本数据库S21。本地客户端设备通过升级接口单元S31发送升级请求到传输网网关S2，同时接收从传输网网关S2传送的升级软件信息，并根据版本注册单元存储的版本信息判断是否需要对本本地客户端设备进行软件升级。如果需要进行升级，则指示升级执行单元S33完成对本设备的软件升级过程。

下面分别对本发明系统中的远程管理服务器、传输网网关及本地客户端设备的工作过程进行详细说明。

参照图5所示本发明系统中的远程服务器运行流程，包括以下步骤：

步骤501：制定软件升级策略，并等待满足策略要求的条件出现。

步骤502：判断是否收到单播升级请求。如果收到，则转到步骤503；否则，转到步骤507。

步骤503：根据制定的软件升级策略判断发出升级请求的客户端设备是否被允许进行软件更新。如果允许，则进到步骤504；否则，返回步骤501。

步骤504：根据升级请求消息获取请求升级的特定设备的特定软件版本号。

步骤505：判断获取的软件版本号是否比本地存储的升级压缩包中的相应软件版本低。如果是，则转到步骤506；否则，返回步骤501。

步骤506：以单播方式将升级软件压缩包发送到指定的传输网网关上，然后，返回步骤501。

步骤507：判断是否满足头端定义的其他升级策略，这些策略包括但不限于：是否到达指定的升级时间，是否管理员要立即发起升级行为等。如果满足，则转到步骤508；否则，返回步骤501。

步骤508：组播发送特定的软件升级压缩包，然后，返回步骤501。

参照图6所示本发明系统中的传输网网关运行流程，包括以下步骤：

步骤601：从网络接口上接收数据。

步骤602：判断接收的数据是否是客户端设备的升级请求消息。如果是，则转到步骤603；否则，转到步骤607。

步骤603：判断从升级请求消息中取出的版本号是否比本机所存储的相应软件的版本号低。如果是，则转到步骤604；否则，转到步骤611。

步骤604：在本地查找升级软件包，具体是根据版本号，在版本数据库中查找到相应软件的存放路径，然后到该路径下去查找软件。

步骤605：判断是否在该路径下查找到该软件。如果查找到，则转到步骤606；否则，转到步骤611。

步骤606：将查找到的软件压缩包以单播方式发送到特定客户端设备上，然后，返回步骤601。

步骤607：判断从网络接口上接收的数据是否为远程管理服务器下发的软件。如果是，则转到步骤608；否则，返回步骤601。

步骤608：判断收到软件的版本号是否比本地存放的相应软件的版本号高。如果是，则转到步骤609；否则，转到步骤612。

步骤609：更新本地版本数据库中的版本信息，并且存储该软件的一份拷贝在指定路径下，覆盖原先的文件。同时将更新的版本号以及软件名称广播发送到整个家庭网络中。

步骤610：发送该软件到特定设备，然后返回步骤601。

步骤611：发送该升级请求到指定的远程管理服务器，然后返回步骤601。

步骤612：用本地的软件包替代下发的软件包，保留目标设备的地址信息，然后转到步骤610。

前面已经提到，根据实际应用需要，可以设定不同的升级策略。针对不同的升级策略，对升级软件的信息下发方式也可以有多种，比如，由传输网网关广播升级软件的版本号信息，由客户端设备根据广播信息向传输网网关发送升级请求，然后再由传输网网关根据客户端的请求将软件压缩包单播发送给该客户端；也可以在广播软件版本信息后，等待一段时间，在此期间，如果接收到的用户的更新请求数目达到一定值，则启用广播或者组播发送软件压缩包。或者直接广播下发更新的软件压缩包，而无需事先下发软件的版本信息。具体应用时可根据实际需要来确定发送方式。下面分别详细说明其流程。

图7示出了传输网网关广播下发数据包的流程，包括以下步骤：

步骤701：通过升级决策模块广播更新软件的版本号信息。

步骤702：等待接收客户端设备的升级请求消息。

步骤703：判断是否收到客户端的升级请求消息。如果是，则转到步骤704；否则，转到步骤702。

步骤704：获取升级请求消息中的客户端设备地址。

步骤705：从版本数据库中读取升级软件。

步骤706：将步骤704中获取的客户端设备地址作为目标地址，将读取的升级软件封装成单播数据包。

步骤707：将封装后的单播数据包发送给指定客户端设备。

图8示出了传输网网关组播发送更新软件的流程，该流程表示在升级决策单元中设定用户的等待时间，当等待时间到达后，检查是否获得了指定数量的升级请求，如果达到或者超时，则向特定组播组内发送升级软件。该流程包括以下步骤：

步骤801：通过升级决策模块广播更新软件的版本号信息。

步骤802：等待接收客户端设备的升级请求消息。

步骤803：判断是否到达规定的等待时间。如果到达，则进到步骤804；否则，转到步骤802。

步骤804：判断是否收到客户端的升级请求消息。如果是，则转到步骤805；否则，结束本次升级过程。

步骤805：判断收到的升级请求是否达到规定的请求数目。如果达到，则进到步骤806；否则，进到步骤809。

步骤806：获取特定组播组地址。

步骤807：从版本数据库中读取升级软件，并将其封装成组播数据包。

步骤808：将封装后的组播数据包发送给特定组播组。然后，结束本次升级过程。

步骤809：根据收到的请求依次获取对应的客户端设备地址。

步骤810：从版本数据库中读取升级软件，并依次将其封装成单播数据包。

步骤811：将封装后的单播数据包发送给指定客户端设备。然后，结束本次升级过程。

图9示出了传输网网关广播发送更新软件的流程，该流程表示在升级决策单元中设定用户的等待时间，当等待时间到达后，检查是否获得了指定数量的升级请求，如果达到或者超时，则以广播方式向整个网络中的客户端发送升级软件。该流程包括以下步骤：

步骤901：通过升级决策模块广播更新软件的版本号信息。

步骤902：等待接收客户端设备的升级请求消息。

步骤903：判断是否到达规定的等待时间。如果到达，则进到步骤904；否则，转到步骤902。

步骤904：判断是否收到客户端的升级请求消息。如果是，则转到步骤905；否则，结束本次升级过程。

步骤905：判断收到的升级请求是否达到规定的请求数目。如果达到，则进到步骤906；否则，进到步骤908。

步骤906：从版本数据库中读取升级软件，并将其封装成广播数据包。

步骤907：将封装后的广播数据包发送给整个网络。然后，结束本次升级过程。

步骤908：根据收到的请求依次获取对应的客户端设备地址。

步骤909：从版本数据库中读取升级软件，并依次将其封装成单播数据包。

步骤910：将封装后的单播数据包发送给指定客户端设备。然后，结束本次升级过程。

图10示出了本发明系统中的本地客户端设备运行流程，包括以下步骤：

步骤101：本地客户端设备上的升级接口单元一直侦听有无数据进来，其感兴趣的数据包括但不限于：单波下发的软件更新包，组播下发的软件更新包，广播下发的版本更新信息。

步骤102：判断是否接收到软件更新包。如果是，则转到步骤103；否则，转到步骤106。

步骤103：读取软件升级包中的版本号。

步骤104：判断是否比本机上的该软件的版本号高。如果是，则转到步骤105；否则，返回步骤101。

步骤105：接受该软件升级包，并升级设备软件，然后返回步骤101。

步骤106：判断是否是接收到版本更新的广播信息。如果是，则转到步骤107；否则，返回步骤101。

步骤107：广播信息中的版本号是否比本机该软件的版本号高。如果是，则转到步骤108；否则，返回步骤101。

步骤108：发送单播升级请求到网络中的传输网网关，然后返回步骤101。

基于远程管理服务器、传输网网关和至少一个本地客户端设备所组成的系统，本发明实现远程软件升级的方法的流程如图11所示：

步骤111：远程管理服务器按预定方式将需要升级的软件信息发送给传输网网关。

所述预定方式具体为：根据命令和/或定时组播发送，或者根据本地客户端设备的升级请求单播发送。可以在服务器端提供人机接口，由管理员通过该接口并根据实际应用需要进行设置。

步骤112：当传输网网关接收到升级软件包后，判断其版本是否高于本地存储的本地客户端设备对应软件的版本。如果是，则转到步骤113；否则，转到步骤114。

步骤113：用收到的软件替换本地存储的对应软件，并将收到的软件的相关信息发送给需要升级的本地客户端设备，然后，转到步骤115。

步骤114：将本地存储的软件的相关信息发送给需要升级的本地客户端设备。

步骤115：本地客户端设备根据收到的软件的相关信息完成对本设备的升级过程。

在上述传输网网关将需要更新的软件的相关信息发送给需要升级的本地客户端设备的步骤具体为：通过广播方式将需要更新的软件的版本信息发送给网络内所有本地客户端设备；或者通过广播方式直接将需要更新的软件数据发送给网络内所有本地客户端设备。

如果本地客户端设备收到的是升级软件包，则根据自己当前的软件版本信息，决定是否进行升级，如果需要升级，则直接用升级软件包替换设备对应的当前软件，完成升级过程。如果本地客户端设备收到的只是升级软件的版本信息，本地客户端设备还需要根据收到的软件的版本信息及本设备上的相应软件版本号判断是否需要对本设备进行升级；当需要对本设备进行升级时，向传输网网关发送升级请求，请求相应的升级软件数据，来完成升级过程。

实现流程如图12所示：

步骤121：本地客户端设备向传输网网关发送升级请求消息，在该请求中携带需要升级的设备标识、软件名称、版本号等信息。

步骤122：传输网网关根据升级请求中的信息检查本地是否有高于该软件版本号的对应软件。如果有，则进到步骤123；否则，进到步骤124。

步骤123：将本地的软件数据发送给请求升级的本地客户端设备，然后转到步骤126。

步骤124：将升级请求转发给远程管理服务器，并获取远程管理服务器下发的软件数据。

传输网网关将升客户端设备的升级请求转发给远程管理服务器后，远程管理服务器也需要查找是否有比客户端设备请求的软件版本高的软件包，如果有，则将其发送给传输网网关，再由传输网网关下发给相应的客户端设备。如果没有，则远程管理服务器可以不响应该请求。

传输网网关在进行升级软件包下发时，可以有多种方式，将在后面详细描述。

步骤125：传输网网关用收到的软件数据替换本地存储的对应软件，并将收到的软件数据发送给请求升级的本地客户端设备。

步骤126：本地客户端设备根据收到的软件数据更新本设备上的软件，完成升级过程。

在上述过程中，传输网网关可以按以下方式将需要更新的软件数据发送给请求升级的本地客户端设备：

(1)根据在预定时间内收到的升级请求确定组播组地址；根据确定的组播组地址将软件数据封装为组播数据包，并下发给所述组播组。

(2)当在预定时间内收到的升级请求达到预定数目时，将软件数据封装为广播数据包，并下发网络内所有本地客户端设备。

(3)根据收到的升级请求确定本地客户端设备地址；根据确定的本地客户端设备地址将软件数据封装为单播数据包，并下发给本地客户端设备。

本发明系统和方法可以适应于多种网络升级管理中，尤其是在IPTV网络中，可以很好地适应其客户端众多、更新时间不一致的情况。

例如，在家庭网络中机顶盒的固件升级可以采用以下两种实现场景：

1.升级服务器主动进行固件升级压缩包下发：

(1)升级服务器根据已经制定的策略，下发固件升级压缩包到分发网网关；

(2)网关对照本地维护的固件版本数据库，判断本地是否有版本号更加大的版本；

(3)如果没有则网关把固件升级压缩包发送到指定机顶盒上；

(4)如果有，则把本地存储的固件升级压缩包发送到指定机顶盒上，同时按照以组播或者广播的方式向家庭网络中其他设备广播。

2.家庭网络中的机顶盒请求进行固件升级：

(1)机顶盒发送请求升级的消息，消息内包含本机固件版本号；

(2)网关接收到该消息，读取消息中的版本号，与本地数据库对比，判断本地是否有该机顶盒需要的固件升级压缩包；

(3)如果有，则发送本地存储的压缩包到指定机顶盒，进行升级操作；

(4)如果没有，转发到升级服务器。

(5)由升级服务器将固件升级压缩包发送到指定机顶盒上，进行升级操作。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (20)

1、一种实现远程软件升级的系统，其特征在于，所述系统包括：

远程管理服务器、传输网网关和至少一个本地客户端设备，所述本地客户端设备通过所述传输网网关与所述远程管理服务器进行信息交互，获取软件更新信息，并完成其软件更新。

2、根据权利要求1所述的系统，其特征在于，所述远程管理服务器包括：

软件存储单元，用于存储升级的软件版本信息及软件压缩包；

升级控制器，用于从所述软件存储单元获取本地客户端设备需要升级的软件压缩包，并通过所述传输网网关发送给所述本地客户端设备。

3、根据权利要求2所述的系统，其特征在于，所述远程管理服务器进一步包括：

升级策略定制器，用于制定并向所述升级控制器提供软件升级策略。

4、根据权利要求3所述的系统，其特征在于，所述升级策略定制器制定的软件升级策略包括：

根据所述本地客户端设备的请求单播发送需要升级的软件压缩包，和/或由远程管理服务器主动广播/组播发送需要升级的软件版本信息或软件压缩包。

5、根据权利要求3所述的系统，其特征在于，所述升级控制器通过读取所述升级策略定制器获取软件升级策略；或者由所述升级策略定制器将所述软件升级策略发送给所述升级控制器。

6、根据权利要求1所述的系统，其特征在于，所述传输网网关包括：

版本数据库，用于存储与所述传输网网关相连的所有本地客户端设备上的软件信息；

升级决策单元，用于接收所述本地客户端设备的升级请求，并根据该升级请求中的信息及所述版本数据库中的信息决策是否从本地获取升级软件包，如果从本地获取升级软件包，则将其发送给所述本地客户端设备，否则将所述升级请求消息转发给所述远程管理服务器，并接收其下发的升级软件包，根据该升级软件包的版本信息更新所述版本数据库中的软件信息，并将该软件包的拷贝下发给所述本地客户端设备，同时以广播或组播或单播的方式发送给网络内其他的客户端设备。

7、根据权利要求6所述的系统，其特征在于，所述版本数据库存储的软件信息至少包括：软件对应的设备标识、软件名称、软件版本号、本地存放路径。

8、根据权利要求2至7任一项所述的系统，其特征在于，所述远程管理服务器进一步包括：

版本检测单元，与所述传输网网关相互通信，获取所述本地客户端设备当前的软件版本号，并将获取的软件版本号传送给所述升级控制器。

9、根据权利要求6所述的系统，其特征在于，所述本地客户端设备包括：

版本注册单元，用于维护本本地客户端设备上所有软件的版本信息，并在所述本地客户端设备开机时将本地版本信息注册到所述版本数据库中。

升级接口单元，用于发送升级请求到所述传输网网关，同时接收从所述传输网网关传送的升级软件信息，并根据所述版本注册单元存储的版本信息判断是否需要对本本地客户端设备进行软件升级；

升级执行单元，用于根据所述升级接口单元的指令对本本地客户端设备进行软件升级。

10、根据权利要求1所述的系统，其特征在于，由所述传输网网关维护所述远程管理服务器的地址。

11、一种基于权利要求1所述系统实现远程软件升级的方法，所述系统包括：远程管理服务器、传输网网关和至少一个本地客户端设备，特征在于，所述方法包括步骤：

A、所述远程管理服务器按预定方式将需要升级的软件信息发送给所述传输网网关；

B、所述传输网网关根据收到的软件信息更新本地存储的客户端设备软件，并将需要更新的软件的相关信息发送给需要升级的本地客户端设备；

C、所述本地客户端设备根据收到的软件的相关信息完成对本设备的升级过程。

12、根据权利要求11所述的方法，其特征在于，所述预定方式具体为：

根据命令和/或定时组播发送，或者根据本地客户端设备的升级请求单播发送。

13、根据权利要求11所述的方法，其特征在于，所述步骤B包括：

所述传输网网关根据收到的软件信息判断其版本是否高于本地存储的本地客户端设备对应软件的版本；

如果是，则用收到的软件替换本地存储的对应软件，并将收到的软件的相关信息发送给需要升级的本地客户端设备；

如是不是，则将本地存储的相应软件的相关信息发送给需要升级的本地客户端设备。

14、根据权利要求11至13任一项所述的方法，其特征在于，所述传输网网关将需要更新的软件的相关信息发送给需要升级的本地客户端设备的步骤具体为：

通过广播方式将所述需要更新的软件的版本信息发送给网络内所有本地客户端设备。

15、根据权利要求14所述的方法，其特征在于，所述步骤C包括：

本地客户端设备根据收到的软件的版本信息及本设备上的相应软件版本号判断是否需要对本设备进行升级；

当需要对本设备进行升级时，向所述传输网网关发送升级请求；

所述传输网网关根据收到的升级请求将需要更新的软件数据以广播或组播或单播的方式发送给请求升级的本地客户端设备；

所述本地客户端设备根据收到的软件数据更新本设备上的软件，完成升级过程。

16、根据权利要求15所述的方法，其特征在于，所述传输网网关根据收到的升级请求将需要更新的软件数据发送给请求升级的本地客户端设备的步骤包括：

所述传输网网关根据收到的升级请求获取请求升级的软件版本号；

判断本地是否有高于该软件版本号的对应软件；

如果有，则将本地的软件数据发送给请求升级的本地客户端设备；

如果没有，则将所述升级请求转发给所述远程管理服务器，并获取远程管理服务器下发的软件数据；

用收到的软件数据替换本地存储的对应软件，并将收到的软件数据发送给请求升级的本地客户端设备。

17、根据权利要求15所述的方法，其特征在于，所述传输网网关按以下方式将需要更新的软件数据发送给请求升级的本地客户端设备：

根据在预定时间内收到的升级请求数目确定采用组播或广播发送方式；

将所述软件数据封装为组播或广播数据包，并下发给特定的组播组或下发给网络内所有本地客户端设备。

18、根据权利要求15所述的方法，其特征在于，所述传输网网关根据收到的升级请求将所述软件数据发送给请求升级的本地客户端设备的步骤具体为：

根据收到的升级请求确定本地客户端设备地址；

根据确定的本地客户端设备地址将所述软件数据封装为单播数据包，并下发给所述本地客户端设备。

19、根据权利要求11至13任一项所述的方法，其特征在于，所述传输网网关将需要更新的软件的相关信息发送给需要升级的本地客户端设备的步骤具体为：

通过广播方式将所述需要更新的软件数据发送给网络内所有本地客户端设备。

20、根据权利要求11所述的方法，其特征在于，所述方法进一步包括：

由所述传输网网关维护所述远程管理服务器的地址。

Images