公开/公告号CN103067415A
专利类型发明专利
公开/公告日2013-04-24
原文格式PDF
申请/专利权人 康佳集团股份有限公司;
申请/专利号CN201110316810.4
发明设计人 彭文剑;
申请日2011-10-18
分类号H04L29/08(20060101);H04L12/18(20060101);H04L29/06(20060101);G06F9/445(20060101);H04N21/41(20110101);
代理机构深圳市威世博知识产权代理事务所(普通合伙);
代理人何青瓦;丁建春
地址 518053 广东省深圳市南山区华侨城康佳集团
入库时间 2024-02-19 19:28:57
法律状态公告日
法律状态信息
法律状态
2022-09-30
未缴年费专利权终止 IPC(主分类):H04L29/08 专利号:ZL2011103168104 申请日:20111018 授权公告日:20170426
专利权的终止
2017-05-17
专利权的转移 IPC(主分类):H04L29/08 登记生效日:20170425 变更前: 变更后: 申请日:20111018
专利申请权、专利权的转移
2017-04-26
授权
授权
2013-12-18
实质审查的生效 IPC(主分类):H04L29/08 申请日:20111018
实质审查的生效
2013-04-24
公开
公开
技术领域
本发明涉及机顶盒技术领域,特别是涉及服务器及其软件升级方 法、IP机顶盒及其软件升级方法。
背景技术
IP机顶盒主要应用于交互式网络电视(Internet Protocol Television, IPTV)系统,具体来说,IPTV系统是一种基于IP网络、利用IP机顶 盒作为接收终端,电视机作为显示设备的交互式信息服务系统。通过IP 机顶盒来实现IPTV系统的视频点播、视频直播、时移播放、个人视频 录制、远程教育、视频会议、电视购物以及游戏等各项功能。而IP机顶 盒上述功能的实现离不开软件,随着机顶盒功能的不断扩展,同样需要 采用软件升级使机顶盒具有最新的功能。
目前IP机顶盒软件在线升级的方法为:IP机顶盒开机时或者定时 向服务器连接来查询是否有新版本软件。如果有,则IP机顶盒通过服务 器IP地址和服务器建立连接关系,服务器通过传输控制协议 (Transmission Control Protocol,TCP)或者用户数据包协议(User Datagram Protocol,UDP)向IP机顶盒发送新版本软件;或者IP机顶盒 通过服务器建立的文件传输协议(File Transfer Protocol,FTP)服务, 从服务器下载新版本软件,完成新版本软件的升级。
在获知是否有新版本软件过程中,服务器和每个IP机顶盒终端要建 立点到点连接,如果短时间内发生的连接请求数量巨大,容易导致服务 器瘫痪;在知道有新版本软件后,不论是服务器通过TCP或UPD协议 来和每个IP机顶盒终端建立连接并发送新版本软件,还是每个IP机顶 盒终端通过FTP协议来从服务器中下载新版本软件,服务器同样需要和 每个IP机顶盒终端建立点对点连接,对于有N个需升级IP机顶盒,就 有N份相同的新版本软件从服务器发出送到不同IP机顶盒中。在IP机 顶盒数量较大的运行网络,很容易由于短时间内大量连接请求导致服务 器瘫痪,即使服务器连接数量足够,也可能由于数据量巨大的N份相同 新版本软件数据同时要从服务器发出,容易导致网络阻塞。
如何减少服务器软件升级请求的连接个数,减少网络冗余数据,是 目前亟待解决的一个问题。
发明内容
本发明主要解决的技术问题是提供一种服务器及其软件升级方法、 IP机顶盒及其软件升级方法,能够在IP机顶盒软件升级时,减少服务 器软件升级请求的连接个数以及减少网络冗余数据。
为解决上述技术问题,本发明采用的一个技术方案是:提供一种软 件升级方法,该方法包括:服务器侧接收IP机顶盒发送的软件升级请求; 判断在预定时间内所接收的软件升级请求的数量是否超过第一预设阈 值;若判断为是,则通过组播播放组播数据,组播数据是包含软件版本 信息、软件数据、传送周期以及当前传送序号的升级数据包。
其中,判断在预定时间内所接收的软件升级请求的数量是否超过第 一预设阈值步骤之后包括:若判断为否,则服务器与IP机顶盒建立点到 点的连接,播放软件数据。
为解决上述技术问题,本发明采用的另一个技术方案是:提供一种 服务器,服务器包括:第一接收单元,用于接收IP机顶盒发送的软件升 级请求;第一判断单元,用于判断在预定时间内所接收的软件升级请求 的数量是否超过第一预设阈值;第一播放单元,用于在第一判断单元判 断为是时,通过组播播放组播数据,组播数据是包含软件版本信息、软 件数据、传送周期以及当前传送序号的升级数据包。
其中,服务器还包括:第二播放单元,用于在第一判断单元判断为 否时,使服务器与IP机顶盒建立点到点的连接,播放软件数据。
为解决上述技术问题,本发明采用的又一个技术方案是:提供一种 软件升级方法,该方法包括:IP机顶盒侧获取组播数据;判断组播数据 中的软件版本是否高于IP机顶盒中的软件版本;若判断为是,则继续判 断组播数据是否包含软件数据;若判断为是,则获取软件数据,完成IP 机顶盒软件的升级。
其中,继续判断组播数据是否包含软件数据步骤之后包括:若判断 为否,则判断IP机顶盒是否发出软件升级请求;若判断为是,则判断发 送软件升级请求的时间是否超过第二预设阈值;若判断为是,则IP机顶 盒与服务器建立点到点的连接,IP机顶盒获取软件数据,完成升级。
其中,获取软件数据、完成IP机顶盒软件的升级步骤之前包括: 获取组播数据中的传送周期和当前传送序号。
其中,获取软件数据、完成IP机顶盒软件的升级步骤包括:在经过 传送周期对应的时间后接收下一次组播播放的软件数据,完成IP机顶盒 软件的升级。
为解决上述技术问题,本发明采用的又一个技术方案是:提供一种 IP机顶盒,IP机顶盒包括:第一获取单元,用于获取组播数据;第二判 断单元,用于判断组播数据中的软件版本是否高于IP机顶盒中的软件版 本;第三判断单元,用于在第二判断单元判断为是时,继续判断组播数 据是否包含软件数据;第二获取单元,用于在第三判断单元判断为是时, 获取软件数据,完成IP机顶盒软件的升级。
其中,IP机顶盒还包括:第四判断单元,用于在第三判断单元判断 为否时,判断IP机顶盒是否发出软件升级请求;第五判断单元,用于在 第四判断单元判断为是时,判断发送软件升级请求的时间是否超过第二 预设阈值;第三获取单元,用于在第五判断单元判断为是时,使IP机顶 盒与服务器建立点到点的连接,以获取软件数据,完成升级。
其中,IP机顶盒还包括:第四获取单元,用于在第二获取单元获取 软件数据之前,获取组播数据中的传送周期和当前传送序号;其中,第 二获取单元具体用于在经过传送周期对应的时间后接收下一次组播播 放的软件数据,完成IP机顶盒软件的升级。
本发明的有益效果是:区别于现有技术IP机顶盒与服务器通过建立 点到点的连接,进行IP机顶盒软件升级的情况,本发明中,IP机顶盒 通过获取服务器播放的组播数据判断服务器中的软件版本是否高于IP 机顶盒中现有的软件版本,如果高就获取组播数据中的软件数据,完成 IP机顶盒的升级。为了减少服务器软件升级请求的连接个数,减少网络 冗余数据,可在IP机顶盒软件升级请求的数量超过某一阈值时,采用组 播的方式播放新版本的软件数据。通过上述方式,可以减少服务器软件 升级请求的连接个数,减少网络冗余数据,从而可以有效降低对服务器 本身硬件资源和服务器带宽的要求,提高整个运营网络有效数据的传送 效率。
附图说明
图1是本发明软件升级方法一实施例的流程示意图;
图2是本发明软件升级方法另一实施例的流程示意图;
图3是本发明软件升级方法又一实施例的流程示意图;
图4是本发明软件升级方法又一实施例的流程示意图;
图5是本发明服务器一实施例的结构示意图;
图6是本发明IP机顶盒一实施例的结构示意图。
具体实施方式
下面结合附图和实施例对本发明进行详细说明。
图1是本发明软件升级方法一实施例的流程示意图一,具体实施步 骤如下:
步骤101,服务器侧接收IP机顶盒发送的软件升级请求;
步骤102,判断在预定时间内所接收的软件升级请求的数量是否超 过第一预设阈值;
在平时状态,服务器接收到IP机顶盒终端软件升级请求,统计在预 定时间内软件升级请求的个数是否超过第一预设阈值。
这里所说的预定时间可以根据需要人为规定。
这里所说的第一预设阈值是指运营商自行规定的接收软件升级请 求的个数。
步骤103,若判断为是,则通过组播播放组播数据,组播数据是包 含软件版本信息、软件数据、传送周期以及当前传送序号的升级数据包。
如果服务器接收到的软件升级请求的个数超过第一预设阈值,服务 器则把新版本软件版本信息,软件数据,以及传送周期,当前传送序号 这些信息封装成升级数据包,通过Internet组管理协议(Internet Group Management Protocol,IGMP)向网络进行组播。如果没有超过第一预设 阈值,则接收个别IP机顶盒终端软件升级请求,建立点到点连接,完成 软件数据的传送。
这里,组播是在发送者和每一接收者之间实现点对多点的网络连 接。譬如,一台发送者同时给多个的接收者传输相同的数据,只需复制 一份的相同数据包即可,这样不仅提高了数据传送效率,还减少了骨干 网络出现拥塞的可能性。
现有机顶盒软件升级方式主要是在线升级和网络升级两种方式,其 他方式如:RS232接口升级、USB拷贝软件升级和机对机复制升级等。 不同的升级方式都可以通过组播来提高数据传送的效率。
本发明中,在预定时间内服务器所接收的软件升级请求的数量超过 某一阈值时,采用组播的方式播放新版本的软件数据。通过上述方式, 可以减少服务器软件升级请求的连接个数,减少网络冗余数据,从而可 以有效降低对服务器本身硬件资源和服务器带宽的要求,提高整个运营 网络有效数据的传送效率。
图2是本发明软件升级方法另一实施例的流程示意图,具体实施步 骤如下:
步骤201,IP机顶盒侧获取组播数据;
IP机顶盒终端在开机或需要时加入IGMP组播组,获得组播数据, 所述组播数据包括两种形式,如下:
平时状态,服务器将当前软件版本信息封装成数据包,以一定时间 间隔,譬如:2-5分钟,通过IGMP协议向网络进行组播。
当有新版本软件刚提交到服务器的一段时间内,譬如:比如1-5天, 服务器将新版本软件版本信息、软件数据、传送周期及当前传送序号等 信息封装成升级数据包,通过IGMP协议向网络进行组播,比如规定每 轮传送包含这些信息的升级数据包3次,两轮传送之间周期为10-20分 钟。
本发明将新版本软件刚提交到服务器的一段时间定义为第二预设 阈值,譬如3天、5天或10天等。超过第二预设阈值,就为上述所说的 平时状态。
步骤202,判断组播数据中的软件版本是否高于IP机顶盒中的软件 版本;
步骤203,若判断为是,则继续判断组播数据是否包含软件数据;
步骤204,若判断为是,则获取软件数据,完成IP机顶盒软件的升 级。
步骤202-204的整体描述为,获取组播数据后,首先判断出组播数 据中的软件版本高于IP机顶盒中的软件版本,由于第二预设阈值的界 定,不同的时间状态组播数据包含的信息不同,所以需要进一步判断组 播数据中是否包含软件数据,如果包含软件数据,获取该软件数据,完 成IP机顶盒软件的升级。
需要指出的是,机顶盒分为硬件和软件部分,软件主要有硬件驱动 层软件、实时操作系统、中间件和上层应用软件等。升级需要的软件一 般由LOADER和APP组成,所述LOADER是用于机顶盒软件升级的功 能模块,在机顶盒出厂时已被植入机顶盒中。
本发明中,IP机顶盒通过获取服务器播放的组播数据判断服务器中 的软件版本是否高于IP机顶盒中现有的软件版本,如果高就获取组播数 据中的软件数据,完成IP机顶盒的升级。通过上述方式,可以减少服务 器软件升级请求的连接个数,减少网络冗余数据,从而可以有效降低对 服务器本身硬件资源和服务器带宽的要求,提高整个运营网络有效数据 的传送效率。
图3是本发明软件升级方法又一实施例的流程示意图,具体实施步 骤如下:
步骤301,服务器侧接收IP机顶盒发送的软件升级请求;
步骤302,判断在预定时间内所接收的软件升级请求的数量是否超 过第一预设阈值;
服务器接收到IP机顶盒终端软件升级请求,统计在预定时间内软件 升级请求的个数是否超过第一预设阈值。
步骤303,若判断为是,则通过组播播放组播数据,组播数据是包 含软件版本信息、软件数据、传送周期以及当前传送序号的升级数据包;
如果服务器接收到的软件升级请求的个数超过第一预设阈值,服务 器则把新版本软件版本信息,软件数据,以及传送周期,当前传送序号 这些信息封装成升级数据包,通过IGMP协议向网络进行组播。
步骤304,若判断为否,则服务器与IP机顶盒建立点到点的连接, 播放软件数据。
如果服务器接收到的软件升级请求的个数没有超过第一预设阈值, 则接收个别IP机顶盒终端软件升级请求,建立点到点连接,完成软件数 据的传送。
本发明中,在预定时间内服务器所接收的软件升级请求的数量超过 某一阈值时,采用组播的方式播放新版本的软件数据。通过上述方式, 可以减少服务器软件升级请求的连接个数,减少网络冗余数据,从而可 以有效降低对服务器本身硬件资源和服务器带宽的要求,提高整个运营 网络有效数据的传送效率。
图4是本发明软件升级方法又一实施例的流程示意图,具体实施步 骤如下:
步骤401,IP机顶盒在开机或需要时加入组播组;
步骤402,IP机顶盒侧获取组播数据;
IP机顶盒终端在开机或需要时加入IGMP组播组,获得组播数据, 所述组播数据包括两种形式,如下:
平时状态,服务器将当前软件版本信息封装成数据包,以一定时间 间隔,譬如:2-5分钟,通过IGMP协议向网络进行组播。
当有新版本软件刚提交到服务器的一段时间内,譬如:比如1-5天, 服务器将新版本软件版本信息、软件数据、传送周期及当前传送序号等 信息封装成升级数据包,通过IGMP协议向网络进行组播,比如规定每 轮传送包含这些信息的升级数据包3次,两轮传送之间周期为10-20分 钟。
本发明将新版本软件刚提交到服务器的一段时间定义为第二预设 阈值,譬如3天、5天或10天等。超过第二预设阈值,就为上述所说的 平时状态。
步骤403,判断组播数据中的软件版本是否高于IP机顶盒中的软件 版本;
步骤404,若判断为是,则继续判断组播数据是否包含软件数据;
获取组播数据后,由于第二预设阈值的界定,不同的时间状态组播 数据包含的信息不同,所以需要进一步判断组播数据中是否包含软件数 据。
步骤405,若判断为否,则退出组播组;
若判断当前IP机顶盒中的软件版本为最新版本,那么就不需要进行 升级,退出组播组即可。
步骤406,若步骤404判断为是,获取组播数据中的传送周期和当 前传送序号;
判断出该轮组播数据中包含软件数据后,若此时获取正在播放的软 件数据,会导致获取软件数据的不完整,这就需要获取组播数据中的传 送周期和当前传送序号,以待下一轮播放时获取完整的软件数据。
步骤407,在经过传送周期对应的时间后接收下一次组播播放的软 件数据,完成IP机顶盒软件的升级;
步骤408,若步骤404判断为否,则判断IP机顶盒是否发出软件升 级请求;
若判断出该轮组播数据中不包含软件数据,那么就可以判断出此时 为平时状态,即组播数据中只包含软件版本信息,这就需要重新向服务 器发送软件升级请求。
步骤409,若步骤408判断为是,则判断发送软件升级请求的时间 是否超过第二预设阈值;
向服务器发送软件升级请求后,需要判断发送软件升级请求的时间 是否超过第二预设阈值,以确定在不同的时间状态是进行组播,还是进 行点播。
步骤410,若步骤408判断为否,则转入步骤401;
如果没有向服务器发送软件升级请求,那么不进行IP机顶盒的软件 升级。
步骤411,若步骤409判断为是,则IP机顶盒与服务器建立点到点 的连接,IP机顶盒获取软件数据,完成升级;
当IP机顶盒发送软件升级请求的时间超过第二预设阈值,说明此时 已经过了软件数据进行组播的时间,需要与服务器建立点到点的连接, 获取软件数据,完成升级。
步骤412,若步骤409判断为否,则转入步骤402。
当IP机顶盒发送软件升级请求的时间没有超过第二预设阈值,说明 此时软件数据仍然进行组播,重新获取组播数据即可。
本发明中,IP机顶盒通过获取服务器播放的组播数据判断服务器中 的软件版本是否高于IP机顶盒中现有的软件版本,如果高就获取组播数 据中的软件数据,完成IP机顶盒的升级。通过上述方式,可以减少服务 器软件升级请求的连接个数,减少网络冗余数据,从而可以有效降低对 服务器本身硬件资源和服务器带宽的要求,提高整个运营网络有效数据 的传送效率。
图5是本发明服务器一实施例的结构示意图,如图所示,服务器包 括:第一接收单元51、第一判断单元52、第一播放单元53和第二播放 单元54。
其中,第一接收单元51用于接收IP机顶盒发送的软件升级请求; 第一判断单元52用于判断在预定时间内所接收的软件升级请求的数量 是否超过第一预设阈值;第一播放单元53用于在第一判断单元判断为 是时,通过组播播放组播数据,组播数据是包含软件版本信息、软件数 据、传送周期以及当前传送序号的升级数据包;第二播放单元54用于 在第一判断单元判断为否时,使服务器与IP机顶盒建立点到点的连接, 播放软件数据。
当第一接收单元51接收IP机顶盒发送的软件升级请求后,第一判 断单元52首先判断在预定时间内所接收的软件升级请求的数量是否超 过第一预设阈值,当第一判断单元52判断为是时,第一播放单元53通 过组播播放组播数据,组播数据是包含软件版本信息、软件数据、传送 周期以及当前传送序号的升级数据包,当第一判断单元52判断为否时, 服务器与IP机顶盒建立点到点的连接,第二播放单元54播放软件数据。
本发明中,在预定时间内服务器所接收的软件升级请求的数量超过 某一阈值时,采用组播的方式播放新版本的软件数据。通过上述方式, 可以减少服务器软件升级请求的连接个数,减少网络冗余数据,从而可 以有效降低对服务器本身硬件资源和服务器带宽的要求,提高整个运营 网络有效数据的传送效率。
图6是本发明IP机顶盒一实施例的结构示意图,如图所示,IP机 顶盒包括:第一获取单元61、第二判断单元62、第三判断单元63、第 二获取单元64、第四判断单元65、第五判断单元66、第三获取单元67 以及第四获取单元68。
其中,第一获取单元61用于获取组播数据;第二判断单元62用于 判断组播数据中的软件版本是否高于IP机顶盒中的软件版本;第三判断 单元63用于在第二判断单元判断为是时,继续判断组播数据是否包含 软件数据;第二获取单元64用于在第三判断单元判断为是时,获取软 件数据,完成IP机顶盒软件的升级;第四判断单元65用于在第三判断 单元判断为否时,判断IP机顶盒是否发出软件升级请求;第五判断单元 66用于在第四判断单元判断为是时,判断发送软件升级请求的时间是否 超过第二预设阈值;第三获取单元67用于在第五判断单元判断为是时, 使IP机顶盒与服务器建立点到点的连接,以获取软件数据,完成升级; 第四获取单元68用于在第二获取单元64获取软件数据之前,获取组播 数据中的传送周期和当前传送序号;其中,第二获取单元64具体用于 在经过传送周期对应的时间后接收下一次组播播放的软件数据,完成IP 机顶盒软件的升级。
第一获取单元61首先获取服务器端播放的组播数据,然后第二判 断单元62判断组播数据中的软件版本是否高于IP机顶盒中的软件版本, 当第二判断单元62判断为是时,第三判断单元63继续判断组播数据是 否包含软件数据,当第三判断单元63判断为是时,第四获取单元68获 取组播数据中的传送周期和当前传送序号,第二获取单元64在经过传 送周期对应的时间后获取下一次组播播放的软件数据,完成IP机顶盒软 件的升级。
IP机顶盒另一种升级方式是,当第三判断单元63判断为否时,第 四判断单元65判断IP机顶盒是否发出软件升级请求,当第四判断单元 65判断为是时,第五判断单元66判断发送软件升级请求的时间是否超 过第二预设阈值,当第五判断单元66判断为是时,IP机顶盒与服务器 建立点到点的连接,第三获取单元67获取软件数据,完成升级。
本发明中,IP机顶盒通过获取服务器播放的组播数据判断服务器中 的软件版本是否高于IP机顶盒中现有的软件版本,如果高就获取组播数 据中的软件数据,完成IP机顶盒的升级。通过上述方式,可以减少服务 器软件升级请求的连接个数,减少网络冗余数据,从而可以有效降低对 服务器本身硬件资源和服务器带宽的要求,提高整个运营网络有效数据 的传送效率。
以上所述仅为本发明的实施例,并非因此限制本发明的专利范围, 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或 直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保 护范围内。
机译: 确认IP电话的软件升级信息的方法,尤其是有关在升级软件版本时在IP电话的LCD窗口上连续显示软件升级信息的方法
机译: IP电视机顶盒中软件升级的系统和方法
机译: 从机顶盒的网络服务器系统软件升级的故障安全方法