CN101335641A - 一种升级设备的方法、装置及系统 - Google Patents
一种升级设备的方法、装置及系统 Download PDFInfo
- Publication number
- CN101335641A CN101335641A CNA2007101235339A CN200710123533A CN101335641A CN 101335641 A CN101335641 A CN 101335641A CN A2007101235339 A CNA2007101235339 A CN A2007101235339A CN 200710123533 A CN200710123533 A CN 200710123533A CN 101335641 A CN101335641 A CN 101335641A
- Authority
- CN
- China
- Prior art keywords
- server
- subscriber equipment
- file server
- file
- version information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/024—Standardisation; Integration using relational databases for representation of network management data, e.g. managing via structured query language [SQL]
Abstract
本发明公开了一种升级设备的方法,用于提高设备升级的成功率。所述方法为:接收发送方设备的版本信息;比较发送方设备的版本信息与本地的最新版本信息,在确定发送方设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器;根据预先设置的升级策略,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器,并将选择的文件服务器的信息和最新版本信息返回给发送方设备,使所述发送方设备根据收到的文件服务器的信息和最新版本信息从相应的文件服务器下载最新版本文件,并进行升级。本发明还公开了一种升级设备的方法,以及公开了一种服务器、升级设备和通信系统。
Description
技术领域
本发明涉及计算机及通信领域,特别是涉及升级设备的方法、装置及系统。
背景技术
经过宽带网络的高速发展,各大电信运营商的宽带网络建设和业务逐渐到达饱和,电信运营商已经不满足于通过网络接入业务获利,转而挖掘各种增值业务的开展,而终端设备则是这些增值业务的载体,成为电信网络最后一米的边缘延伸、各运营商关注的焦点。同时由于终端设备具有数量大、地域分布广、位于用户侧无法主动访问、与服务器通信时并发数具有随机性、版本更新频繁等特点,因此终端设备的批量升级成为难点和焦点。
目前现有技术中升级用户设备的方法是网络侧存有最新的版本号,当接收到用户设备发送的版本号时将其与本地的版本号进行比较,在比较结果不一致时通知用户设备进行升级,同时将文件服务器的地址、下载路径等信息发送给用户设备。用户设备根据收到的信息从文件服务器下载版本文件,并进行升级操作。大多数升级操作过程中用户设备需要重启,新版本才能生效。
而网络侧设备由于受到成本和技术的制约,当大量用户设备批量的请求升级时,可能导致网络服务器和/或文件服务器瘫痪,用户设备升级失败,可能进而导致用户设备出现故障;或者当有新版本发布后,大量用户设备并发升级,而当前网络无法提供足够的带宽,每个设备的升级带宽无法保证,导致升级失败,可能进而导致用户设备出现故障;又或者在用户需要使用用户设备时进行了升级操作,导致用户暂时无法使用正常的业务,影响用户体验。
发明内容
本发明实施例提供升级设备的方法及系统,用于提高设备升级的成功率。
一种升级设备的方法,包括以下步骤:
接收发送方设备的版本信息;
比较接收到的发送方设备的版本信息与本地的最新版本信息,在确定发送方设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器;
根据预先设置的升级策略,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器,并将选择的文件服务器的信息和最新版本信息返回给发送方设备,使所述发送方设备根据收到的文件服务器的信息和最新版本信息从相应的文件服务器下载最新版本文件,并进行升级。
一种升级设备的方法,应用于设备侧,包括以下步骤:
从本地的配置信息中随机选择文件服务器的标识,并从该标识所对应的文件服务器获得最新版本信息;
将最新版本信息与本地的版本信息进行比较,并在确定本地的版本低于所述最新版本时,根据最新版本信息从所述文件服务器获得最新版本文件,进行升级。
一种用于升级策略的装置,包括:
接收单元,用于接收用户设备的版本信息;
策略单元,用于将接收到的用户设备的版本信息与本地的最新版本信息进行比较,并在确定用户设备的版本低于所述最新版本的情况下查找存储有最新版本文件的至少一个文件服务器,以及从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器;
发送单元,用于将选择的文件服务器的信息和最新版本信息发送给所述用户设备。
一种网管服务器,包括管理单元,所述管理单元用于管理和维护网络中的设备;网管服务器还包括:
接收单元,用于接收用户设备发送的版本信息;
升级策略单元,用于将接收到的用户设备的版本信息与本地的最新版本信息进行比较,并在确定用户设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器;
发送单元,用于将选择的文件服务器的信息和最新版本信息发送给所述用户设备。
一种用户设备,包括:
获取单元,用于根据从本地的配置信息中随机选择文件服务器的标识,从所述选择的文件服务器获得最新版本信息;
比较单元,用于将获得的最新版本信息与本地的版本信息进行比较,在确定用户设备的版本低于所述最新版本的情况下,通知所述获取单元从所述文件服务器获得最新版本文件;
处理单元,用于根据最新版本文件进行升级。
一种通信系统,包括:
用户设备,用于发送版本信息,以及根据接收到的文件服务器的信息和最新版本信息从相应的文件服务器获得最新版本文件,并进行升级;
服务器,用于将接收到的所述用户设备的版本信息与本地的最新版本信息进行比较,并在确定所述第一设备的版本低于所述最新版本的情况下查找存储有最新版本文件的至少一个文件服务器,以及从所述至少一个文件服务器中选择承载的第一设备数量未达到预设的门限值的文件服务器,并将选择的文件服务器的信息和最新版本信息发送给所述第一设备;
至少一个文件服务器,用于存储所述最新版本文件。
本发明实施例中网络侧在确定用户设备需要升级后,从存有最新版本文件的文件服务器中选择承载的用户设备数量未达到预设的门限值的文件服务器,使用户设备从该文件服务器下载最新版本文件。实现均衡文件服务器的负载,避免文件服务器超载而导致瘫痪,提高设备升级的成功率。
本发明实施例实现了应用于用户设备的升级方法,由用户设备随机选择文件服务器,也可达到均衡文件服务器负载的目的,并且不需要网络侧做升级决定,减轻了网络侧的负担。
本发明实施例还提供了一种分布式的网络结构,在通信系统中增加负责升级策略调度的服务器,便于网络结构的扩展,提升设备升级的成功率。
附图说明
图1A为本发明实施例中通信系统包括升级策略服务器时的结构图;
图1B为本发明实施例中通信系统未包括升级策略服务器时的结构图;
图2A为本发明实施例中一种网管服务器的结构图;
图2B为本发明实施例中另一种网管服务器的结构图;
图3为本发明实施例中升级策略服务器的结构图;
图4A为本发明实施例中用户设备作升级策略时通信系统的结构图;
图4B为本发明实施例中用户设备的结构图;
图5为本发明实施例中第一种升级设备的方法流程图;
图6为本发明实施例中第二种升级设备的方法流程图;
图7为本发明实施例中第三种升级设备的方法流程图;
图8A为本发明实施例中第四种升级设备的方法流程图;
图8B为本发明实施例中第五种升级设备的方法流程图;
图9为本发明实施例中用户设备作升级策略时升级设备的方法流程图。
具体实施方式
为了提高设备升级的成功率,本实施例提供多种升级设备的方法,改善多个升级环节,从而提高设备升级的成功率。如第一种方法是,使用户设备从承载的用户设备数量较少的文件服务器下载版本文件,该方法可均衡文件服务器的负载,防止文件服务器瘫痪,使用户设备可以成功从文件服务器下载版本文件并进行升级。如第二种方法是,使用户设备在启动后进行升级操作,该方法可避免在用户需要使用用户设备即使用正常的业务时升级,并且可避免在启动时升级失败导致用户设备故障。如第三种方法是,使用户设备在闲时进行升级操作,该方法既可避免在用户需要使用用户设备即使用正常的业务时升级,又可以避免网络无法提供足够的带宽以供多个用户设备并发升级而导致升级失败。本实施例还提供一种较佳的方法,即上述三种方法的结合。本实施例还提供一种方法,由用户设备随机选择文件服务器并下载版本文件,也可以实现均衡文件服务器的负载,并且不需要由网络侧做升级判决,以减轻网络侧的负担。
参见图1A,本实施例中通信系统包括用户设备101、网管服务器102、升级策略服务器103和文件服务器104。
文件服务器104,存储有各版本文件(包括用于升级设备的数据)和包括版本信息的文件。文件服务器104可以有多个,根据设备类型、厂商、产品型号、区域等因素进行划分。一个文件服务器104可以只存储厂商A生产的A类型的A型号设备与A业务有关的版本文件,也可以存储所有的版本文件。
用户设备101可以为一个或多个,是一种直接为用户提供服务的设备,为了更好的为用户提供服务,需要升级各种配置和业务。用户设备101,在启动时或者定期向网管服务器102发送握手报文,该报文包括自身的版本信息,包括版本号等,其中版本号包括用户设备101的产品信息(包括设备类型、厂商、产品型号等)和当前版本文件的信息(包括版本文件的标识等)。其中设备类型如手机、个人计算机等。并在接收到文件服务器104信息时,判断当前是否有正在处理的业务,尤其是不能与升级同步进行的业务,如通话业务等,若是,则暂停升级操作,等待业务结束后再继续升级,否则进行升级操作,根据文件服务器104信息从指定的文件服务器104下载最新的版本文件,同时通知网络侧已开始升级。下载版本文件完成后进行升级配置,同时通知网络侧下载结束。用户设备101在进行一些升级操作时需要进行重启操作,使新的版本文件生效。
网管服务器102管理网络中的各设备。网管服务器102从接收到的握手报文中提取出版本号,并将该版本号传送给相应的升级策略服务器103。
升级策略服务器103用于进行升级策略调度,可以为一个或多个,用于在收到版本号后,比较该版本号与自身存储的最新版本号是否一致,判断当前是否处于允许升级的时段,若收到的是用户设备101在启动时发送的版本号,那么还要判断是否允许该用户设备101在启动时升级,在上述条件均满足时根据版本号与文件服务器104的对应关系,查询与最新版本号对应的文件服务器104,并根据预先制定的升级策略从查询到的文件服务器104中选择承载的用户设备数量较少的文件服务器104,将该文件服务器104的信息发送给用户设备101。以及,在收到用户设备101发送的已开始升级的通知时将该文件服务器104承载的用户设备数量进行加1处理,在收到用户设备101发送的下载结束的通知时将该文件服务器104承载的用户设备数量进行减1处理。升级策略服务器103中存储的关于文件服务器104的信息可以是通过网管服务器获得,或者与文件服务器104进行交互从而获得,或者是由手工配置获得。进一步的,还可以根据设备类型、厂商、产品型号、区域等因素分别设置升级策略服务器103。这种分步式结构可以更好的支持大量用户设备101同时升级,当网络需要扩容时,只需在网络中增加几台升级策略服务器103并向网管服务器102注册即可,不需要对其它设备进行改动。本实施例中以升级策略服务器103为独立的实体为例进行说明。
其中,上述预先制定的升级策略有多种,如一种是根据文件服务器104的性能和带宽等为该文件服务器104设定承载的用户设备数量的门限值,升级策略服务器103查询到文件服务器104承载的用户设备数量未达到门限值时,将该文件服务器104的信息发送给用户设备101,不需要查询后续的文件服务器104;如另一种较佳的升级策略是根据文件服务器104的性能和带宽等为该文件服务器104设定承载的用户设备数量的门限值,升级策略服务器103将各文件服务器104承载的用户设备数量与对应的门限值作比,将比值最小的文件服务器104的信息发送给用户设备101,可较好的均衡各文件服务器104的负载。
在上述通信系统中进行升级策略调度的升级策略服务器103为一个独立的实体,该升级策略服务器103也可作为一个功能模块内嵌于网管服务器102,参见图1B所示,本实施例中通信系统包括用户设备101、网管服务器102和文件服务器104。
文件服务器104,存储有各版本文件和包括版本信息的文件。文件服务器104可以有多个,根据设备类型、厂商、产品型号、区域等因素进行划分。一个文件服务器104可以只存储厂商A生产的A类型的A型号设备与A业务有关的版本文件,也可以存储所有的版本文件。
用户设备101可以为一个或多个,是一种直接为用户提供服务的设备,为了更好的为用户提供服务,需要升级各种配置和业务。用户设备101在启动时或者定期向网管服务器102发送握手报文,该报文包括自身的版本信息,并在接收到文件服务器104信息时,判断当前是否有正在处理的业务,尤其是不能与升级同步进行的业务,如通话业务等,若是,则暂停升级操作,等待业务结束后再继续升级,否则进行升级操作,根据文件服务器104信息从指定的文件服务器104下载最新的版本文件,同时通知网络侧已开始升级。下载版本文件完成后进行升级配置,同时通知网络侧下载结束。用户设备101在进行一些升级操作时需要进行重启操作,使新的版本文件生效。
网管服务器102管理网络中的各设备。网管服务器102从接收到的握手报文中提取出版本号,将该版本号与存储的与该用户设备101对应的最新版本号进行比较,发现比较结果不一致时,判断当前是否处于允许升级的时段,若收到的是用户设备101在启动时发送的版本号,那么还要判断是否允许该用户设备101在启动时升级,在上述条件均满足时根据版本号与文件服务器104的对应关系,查询与最新版本号对应的文件服务器104,并根据预先制定的升级策略从查询到的文件服务器104中选择承载的用户设备数量较少的文件服务器104,将该文件服务器的相关信息返回给用户设备101。并且,在收到已开始升级的通知时将选择的文件服务器104对应的承载的用户设备数量加1,在收到下载完成的通知时将选择的文件服务器104对应的承载的用户设备数量减1。
参见图2A,为图1A的本实施例通信系统中网管服务器的内部结构示意图,即本实施例中网管服务器102未作升级策略时包括接收单元201、选择单元202、管理单元206和发送单元204。
管理单元206用于管理和维护网络中的设备。
接收单元201接收用户设备101发送的握手报文等。
选择单元202从握手报文中提取出该用户设备101的版本号,并根据该版本号和升级策略服务器103标识的对应关系,选择对应的升级策略服务器103。
发送单元204向选择的升级策略服务器103发送版本号及用户设备101的信息(包括用户设备101的标识和地址等)等。
网管服务器102还包括存储单元203,用于存储各用户设备101与升级策略服务器103标识的对应关系,以及升级策略服务器103的IP地址等。本实施例中的各存储单元可以是软盘、硬盘和磁带等。
参见图2B,为图1B的本实施例通信系统中网管服务器的内部结构示意图,即本实施例中网管服务器102作升级策略调度时包括接收单元201、选择单元202、升级策略单元205、管理单元206和发送单元204。
管理单元206用于管理和维护网络中的设备。
接收单元201接收用户设备101发送的握手报文、已开始升级的通知和下载完成的通知等。
升级策略单元205用于控制和管理关于各用户设备101的升级操作。升级策略单元205包括版本模块、判断模块、查找模块和计数模块。升级策略单元205可以为多个,根据设备类型、厂商、产品型号、区域等因素进行划分。
其中,版本模块将收到的版本号与存储的与该用户设备101对应的最新版本号进行比较,在比较结果不一致时确定需要升级;判断模块判断当前是否处于允许升级的时段,若收到的是用户设备101在启动时发送的版本号,那么还要判断是否允许该用户设备101在启动时升级;在版本模块和判断模块均确定允许升级时,查找模块查询与最新版本号对应的文件服务器104,并根据预先制定的升级策略从查询到的文件服务器104中选择承载的用户设备数量较少的文件服务器104。计数模块在获知已用户设备101开始升级的通知时,将选择的文件服务器104对应的承载的用户设备数量加1,以及在获知用户设备101下载完成时,将选择的文件服务器104对应的承载的用户设备数量减1。计数模块也可以在发送单元204向用户设备101发送文件服务器104的信息时将该文件服务器104对应的承载的用户设备数量加1,本实施例提供一种较佳的实现方式。
发送单元204向用户设备101发送升级策略单元205所选择的文件服务器104的相关信息和最新版本号等。
当接收到握手报文时,选择单元202从握手报文中提取出该用户设备101的版本号,并发送给升级策略单元205,以及当升级策略单元205为多个时,根据该版本号和升级策略单元205标识的对应关系,选择对应的升级策略单元205,并触发对应的升级策略单元205进行操作。
网管服务器102还包括存储单元203,用于存储各用户设备101与升级策略服务器103标识的对应关系,以及升级策略单元205的接口标识、存储各种用户设备101的最新版本号,各版本号与文件服务器104标识的对应关系,各文件服务器104的信息,各种用户设备101允许升级的时段和允许启动时升级的用户设备101类型。文件服务器104的信息包括文件服务器104的标识、IP地址、各版本文件的路径、应用的传输协议(如超文本传输协议(HTTP)、文件传输协议(FTP)和普通文件传输协议(TFTP)等)、登录此文件服务器104的用户名和密码、当前承载的用户设备数量和门限值等。
参见图3,为图1A的本实施例通信系统中升级策略服务器的内部结构示意图,即本实施例中升级策略服务器103包括接收单元301、策略单元302和发送单元304。
接收单元301接收网管服务器102发送的用户设备101的版本号及其它信息,以及接收用户设备101发送的已开始升级的通知和下载完成的通知等。
策略单元302用于控制和管理关于各用户设备101的升级操作。策略单元302包括版本模块、判断模块、查找模块和计数模块。
其中,版本模块,将收到的版本号与存储的与该用户设备101对应的最新版本号进行比较,在比较结果不一致时确定需要升级;判断模块,判断当前是否处于允许升级的时段,若收到的是用户设备101在启动时发送的版本号,那么还要判断是否允许该用户设备101在启动时升级;在版本模块和判断模块均确定允许升级时,查找模块,查询与最新版本号对应的文件服务器104,并根据预先制定的升级策略从查询到的文件服务器104中选择承载的用户设备数量较少的文件服务器104。计数模块,在获知已用户设备101开始升级的通知时,将选择的文件服务器104对应的承载的用户设备数量加1,以及在获知用户设备101下载完成时,将选择的文件服务器104对应的承载的用户设备数量减1。计数模块也可以在发送单元304向用户设备101发送文件服务器104的信息时将该文件服务器104对应的承载的用户设备数量加1,本实施例提供一种较佳的实现方式。
发送单元304将所述选择的文件服务器104的信息和最新版本号发送给用户设备101。
升级策略服务器103还包括存储单元303,用于存储各种用户设备101的最新版本号,各版本号与文件服务器104标识的对应关系,各文件服务器104的信息,各种用户设备101允许升级的时段和允许启动时升级的用户设备101类型。文件服务器104的信息包括文件服务器104的标识、IP地址、各版本文件的路径、应用的传输协议(如超文本传输协议(HTTP)、文件传输协议(FTP)和普通文件传输协议(TFTP)等)、登录此文件服务器104的用户名和密码、当前承载的用户设备数量和门限值等。
参见图4A,本实施例中当在用户设备101中内嵌升级策略时,通信系统包括至少一个用户设备101和文件服务器104。
文件服务器104,存储有各版本文件和包括版本信息的文件。文件服务器104可以有多个,根据设备类型、厂商、产品型号、区域等因素进行划分。一个文件服务器104可以只存储厂商A生产的A类型的A型号设备与A业务有关的版本文件,也可以存储所有的版本文件。
用户设备101在启动时或者定期从本地的配置文件中随机选择文件服务器104,并根据记载的文件服务器信息连接到选择的文件服务器104,并下载最新的版本信息(包括版本号和下载路径等)。然后将下载的版本号与本地当前使用的版本号进行比较,当比较结果不一致时,需要进行升级,进一步根据本地的配置信息判断当前是否处于允许升级的时段,若在启动时下载的版本信息,则继续判断自身是否属于允许启动时升级的设备,以及判断当前是否有正在处理的业务,若上述均符合升级的条件时,从选择的文件服务器104下载与最新版本号对应的版本文件并进行升级。若用户设备101属于禁止启动时升级的设备,那么可以在初始配置该用户设备101时禁止其在启动时选择文件服务器104。
参见图4B,本实施例中用户设备101内嵌升级策略时包括接收单元401、选择单元402、处理单元404、比较单元406和发送单元405。
比较单元406将本地的版本号与接收到的版本信息中的最新版本号进行比较,当比较结果不一致时,需要进行升级,进一步判断当前是否处于允许升级的时段,若在启动时下载的版本信息,则继续判断自身是否属于允许启动时升级的设备,以及判断当前是否有正在使用的业务,若上述均符合升级的条件时,指示发送单元405向选择的文件服务器104发送获取版本文件的请求。
接收单元401接收文件服务器104发送的版本信息和版本文件。
处理单元404根据收到的版本文件进行升级。
发送单元405根据选择的文件服务器104的标识,向选择的文件服务器104发送获取版本信息的请求和获取版本文件的请求。
其中,选择单元402启动时或者定期从文件服务器104的标识列表中选择文件服务器104,指示发送单元405根据文件服务器104的地址向选择的文件服务器104发送获取版本信息的请求。
用户设备101还包括存储单元403,用于存储配置文件,配置文件包括版本号、允许升级的时段、该用户设备101是否可以在启动时升级、文件服务器104的标识列表和文件服务器104的地址等。
参见图5,本实施例中使用户设备101从负载率较低的文件服务器104下载版本文件的升级设备的方法流程如下:
步骤501:用户设备101在启动时或者定期向网管服务器102发送握手报文,该报文包括版本号。
步骤502:网管服务器102从收到的握手报文中提取出版本号,从本地的升级策略服务器103列表中选择负责该用户设备101升级的升级策略服务器103,将版本号和用户设备101的信息发送给对应的升级策略服务器103。例如,根据区域划分升级策略服务器103,网管服务器102发现用户设备101处于A区,那么从升级策略服务器103列表中选择负责A区的升级策略服务器103。若存在多个升级策略服务器103负责A区,那么可进一步根据设备类型进行划分,网管服务器102发现用户设备101为A类型,则从负责A区的多个升级策略服务器103中选择负责A类型的升级策略服务器103。
步骤503:升级策略服务器103将收到的版本号与本地的最新版本号进行比较,若比较结果一致,则结束升级流程,可进一步向用户设备101发送如“已是最新版本”的通知,否则继续步骤504。
步骤504:升级策略服务器103从本地的文件服务器104列表中查询存有最新版本文件的文件服务器104,从中选择负载率较低的文件服务器104,具体方法为:计算出各文件服务器所承载的用户设备数量与其门限值的比值。从各比值中选择最小的比值,并在判断最小比值小于1时,将最小的比值所对应的文件服务器104的信息和最新版本号发送给用户设备101,使用户设备101可以连接到文件服务器104。或者,升级策略服务器103为承载的用户设备数量低于门限值的文件服务器104求出承载的用户设备数量与其门限值的比值,选择最小的比值所对应的文件服务器104,并将该文件服务器104的信息和最新版本号发送给用户设备101。升级策略服务器103发现所有的文件服务器104所承载的用户设备数量均达到门限值时,结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤505:用户设备101根据收到的文件服务器104的信息与该文件服务器104建立连接,并根据收到的最新版本号和文件服务器104的信息下载最新版本文件,同时通知升级策略服务器103已开始升级。
例如,升级策略服务器103向用户设备101发送文件服务器104的IP地址、版本文件的存储路径、登录时的用户名和密码。用户设备101根据上述信息登录到文件服务器104。或者,由于所有的文件服务器104均使用相同的用户名和密码,并且此信息已记载在用户设备101的配置文件中,那么升级策略服务器103向用户设备101只需要发送文件服务器104的IP地址和版本文件的存储路径。
步骤506:升级策略服务器103收到已开始升级的通知后,更新本地关于文件服务器104的信息,将选择的文件服务器104所承载的用户设备数量加1。
步骤507:用户设备101在下载完毕后,通知升级策略服务器103已下载完成,同时根据下载的最新版本文件进行升级。
或者,用户设备101通过网管服务器102与升级策略服务器103进行交互,用户设备101通知网管服务器102已下载完成,由网管服务器102将该通知转发给相应的升级策略服务器103。
步骤508:升级策略服务器103收到已下载完成的通知后,更新本地关于文件服务器104的信息,将选择的文件服务器104所承载的用户设备数量减1。
在上述方法中,升级策略服务器103可以将承载的用户设备数量未达到门限值的多个文件服务器104的信息发送给用户设备101,由用户设备101从多个文件服务器104中随机选择文件服务器104下载最新版本文件,并在通知升级策略服务器103开始下载时将选择的文件服务器104的标识发送给升级策略服务器103。升级策略服务器103根据收到的标识将相应的文件服务器104承载的用户设备数量加1。
若升级策略服务器103归属于网管服务器102,即网管服务器102包含升级策略单元205,则在上述方法中,网管服务器102中的选择单元202从收到的握手报文中提取出版本号,从本地的升级策略列单元205表中选择负责该用户设备101升级的升级策略单元205,将版本号和用户设备101的信息发送给升级策略单元205,然后由升级策略单元205决定用户设备101是否升级。用户设备101将已开始下载等通知发送给网管服务器102,由网管服务器102中的接收单元将各通知传送给升级策略单元205,或者经由选择单元202传送给升级策略单元205。
对于某些业务,用户在启动用户设备101时立刻使用的可能性较大,如基于IP的语音传输(Voice over IP,VOIP)业务,那么就需要限制或禁止支持VOIP业务的用户设备101在启动时升级。
参见图6,本实施例中用户设备101在启动时进行升级设备的方法流程如下:
步骤601:用户设备101在启动时向网管服务器102发送握手报文,该报文包括版本号。
步骤602:网管服务器102从收到的握手报文中提取出版本号,从本地的升级策略服务器103列表中选择负责该用户设备101升级的升级策略服务器103,将版本号和用户设备101的信息发送给升级策略服务器103。
步骤603:升级策略服务器103将收到的版本号与本地的最新版本号进行比较,若比较结果一致,则结束升级流程,可进一步向用户设备101发送如“已是最新版本”的通知,否则继续步骤604。
步骤604:升级策略服务器103判断该用户设备101是否属于允许启动时升级的设备。升级策略服务器103中存有允许启动时升级的设备类型列表或者存有禁止启动时升级的设备类型列表。升级策略服务器103可根据版本号或者用户设备101的信息获知用户设备101的类型,判断用户设备101的类型是否属于设备类型列表所记载的类型即可判断出该用户设备101是否属于允许启动时升级的设备。若是,则继续步骤605,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知,用户设备101收到该通知后,可以在启动完成后定期向网管服务器102发送带有版本号的握手报文。
步骤605:升级策略服务器103从本地的文件服务器104列表中查询存有最新版本文件的文件服务器104,从中选择一个文件服务器104,并将该文件服务器104的信息和最新版本信息发送给用户设备101。
步骤606:用户设备101根据收到的文件服务器104的信息与该文件服务器104建立连接,并根据收到的最新版本号和文件服务器104的信息下载最新版本文件。
上述流程中,步骤603和步骤604的顺序可以互换。
各用户设备101通常在上午6点到9点启动,应用本实施例,禁止部分用户设备101在启动时升级,也可以减轻文件服务器104的负载,并且缓解网络带宽的占用,实现提高升级的成功率。
大多数用户可能在某固定时间段内使用某业务,如经常从晚上7点至11点使用网络电视(IPTV)业务,那么就需要限制或禁止支持IPTV业务的用户设备101在该时间段内进行设备升级或者关于IPTV业务的升级。或者,例如各用户设备101从早9点到晚11点被频繁使用,(通常将该时间段称为忙时),网络资源占用较多,此时网络侧可能无法提供足够的资源用于用户设备101的升级,那么就需要限制或禁止用户设备101在该时间段内进行设备升级。
参见图7,本实施例中使用户设备101在闲时进行升级设备的方法流程如下:
步骤701:用户设备101在启动时或者定期向网管服务器102发送握手报文,该报文包括版本号。
步骤702:网管服务器102从收到的握手报文中提取出版本号,从本地的升级策略服务器103列表中选择负责该用户设备101升级的升级策略服务器103,将版本号和用户设备101的信息发送给升级策略服务器103。
步骤703:升级策略服务器103将收到的版本号与本地的最新版本号进行比较,若比较结果一致,则结束升级流程,可进一步向用户设备101发送如“已是最新版本”的通知,否则继续步骤704。
步骤704:升级策略服务器103判断当前时间是否属于允许该用户设备101升级的时间段,若是,则继续步骤705,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。可以根据设备类型、厂商、产品型号等因素为各用户设备101设定不同的允许升级的时间段,例如,规定A厂商的用户设备101在8点到10点间升级,B厂商的用户设备101在10点到12点间升级,也可以实现均衡文件服务器104的负载,缓解对网络带宽的占用。
步骤705:升级策略服务器103从本地的文件服务器104列表中查询存有最新版本文件的文件服务器104,从中选择一个文件服务器104,并将该文件服务器104的信息和最新版本信息发送给用户设备101。
步骤706:用户设备101根据收到的文件服务器104的信息与该文件服务器104建立连接,并根据收到的最新版本号和文件服务器104的信息下载最新版本文件。
上述流程中,步骤703和步骤704的顺序可以互换。
参见图8A,本实施例中将上述三种方法结合的一种较佳的升级设备的方法流程如下:
步骤801:用户设备101在启动时或者定期向网管服务器102发送握手报文,该报文包括版本号。
步骤802:网管服务器102从收到的握手报文中提取出版本号,从本地的升级策略服务器103列表中选择负责该用户设备101升级的升级策略服务器103,将版本号和用户设备101的信息发送给升级策略服务器103。
步骤803:升级策略服务器103将收到的版本号与本地的最新版本号进行比较,若比较结果一致,则结束升级流程,可进一步向用户设备101发送如“已是最新版本”的通知,否则继续步骤804。
步骤804:升级策略服务器103收到用户设备101在启动时发送的版本号时,判断该用户设备101是否属于允许启动时升级的设备,若是,则继续步骤805,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤805:升级策略服务器103判断当前时间是否属于允许该用户设备101升级的时间段,若是,则继续步骤806,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤806:升级策略服务器103从本地的文件服务器104列表中查询存有最新版本文件的文件服务器104,从中选择负载率较低的文件服务器104,并将该文件服务器104的信息和最新版本号发送给用户设备101。升级策略服务器103发现所有的文件服务器104所承载的用户设备数量均达到门限值时,结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤807:用户设备101根据收到的文件服务器104的信息与该文件服务器104建立连接,并根据收到的最新版本号和文件服务器104的信息下载最新版本文件,同时通知升级策略服务器103已开始升级。
用户设备101可以在收到文件服务器104的信息时,判断自身是否有正在运行的业务,例如通话业务等,若有,则暂停升级,可以在业务结束后继续升级流程,提示用户可以升级,否则,提示用户可以升级,或者直接与文件服务器104建立连接,继续升级流程。如果用户确认可以升级或者在一定时间内用户未取消升级,则启动升级,否则结束流程,或者在一段时间后再次提示用户可以升级。
步骤808:升级策略服务器103收到已开始升级的通知后,将选择的文件服务器104所承载的用户设备数量加1。
步骤809:用户设备101在下载完毕后,通知升级策略服务器103已下载完成,同时根据下载的最新版本文件进行升级。用户设备101在升级完成后进行重启,新版本文件生效。
步骤810:升级策略服务器103收到已下载完成的通知后,将选择的文件服务器104所承载的用户设备数量减1。
上述流程中,步骤803、步骤804和步骤805之间的顺序可以互换。
上述实施例介绍了升级策略服务器103作为一个独立实体作升级策略时升级设备的实现方式,下面简要介绍由网管服务器102作升级策略时升级设备的实现方式,参见图8B所示。
步骤811:用户设备101在启动时或者定期向网管服务器102发送握手报文,该报文包括版本号。
步骤812:网管服务器102从收到的握手报文中提取出版本号。
步骤813:网管服务器102将版本号与本地的最新版本号进行比较,若比较结果一致,则结束升级流程,可进一步向用户设备101发送如“已是最新版本”的通知,否则继续步骤804。
步骤814:网管服务器102收到用户设备101在启动时发送的版本号时,判断该用户设备101是否属于允许启动时升级的设备,若是,则继续步骤815,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤815:网管服务器102判断当前时间是否属于允许该用户设备101升级的时间段,若是,则继续步骤816,否则结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤816:网管服务器102从本地的文件服务器104列表中查询存有最新版本文件的文件服务器104,从中选择负载率较低的文件服务器104,并将该文件服务器104的信息和最新版本号发送给用户设备101。升级策略服务器103发现所有的文件服务器104所承载的用户设备数量均达到门限值时,结束升级流程,可进一步向用户设备101发送如“暂时无法升级”的通知。
步骤817:用户设备101根据收到的文件服务器104的信息与该文件服务器104建立连接,并根据收到的最新版本号和文件服务器104的信息下载最新版本文件,同时通知升级策略服务器103已开始升级。
用户设备101可以在收到文件服务器104的信息时,判断自身是否有正在运行的业务,例如通话业务等,若有,则暂停升级,可以在业务结束后继续升级流程,提示用户可以升级,否则,提示用户可以升级,或者直接与文件服务器104建立连接,继续升级流程。如果用户确认可以升级或者在一定时间内用户未取消升级,则启动升级,否则结束流程,或者在一段时间后再次提示用户可以升级。
步骤818:网管服务器102收到已开始升级的通知后,将选择的文件服务器104所承载的用户设备数量加1。
步骤819:用户设备101在下载完毕后,通知网管服务器102已下载完成,同时根据下载的最新版本文件进行升级。用户设备101在升级完成后进行重启,新版本文件生效。
步骤820:网管服务器102收到已下载完成的通知后,将选择的文件服务器104所承载的用户设备数量减1。
参见图9,本实施例中在用户设备101中内嵌升级策略的升级设备的方法流程如下:
步骤901:用户设备101在启动时或者定期查询本地的配置文件中的文件服务器104列表,从中随机选择文件服务器104。
步骤902:用户设备101进一步从配置文件中获得选择的文件服务器104的信息,根据该信息连接到文件服务器104,下载包含最新版本号的文件。
步骤903:用户设备101将本地的版本号与收到的最新版本号进行比较,若比较结果一致,则结束升级流程,否则继续步骤904。
步骤904:用户设备101根据本地的配置信息判断自身是否属于允许启动时升级的设备,若是,则继续步骤905,否则结束升级流程。
步骤905:用户设备101判断当前时间是否属于本地配置信息记载的允许升级的时间段,若是,则继续步骤906,否则结束升级流程;或者判断当前时间是否属于本地配置信息记载的禁止升级的时间段,若是,则结束升级流程,否则继续步骤906。
步骤906:用户设备101从选择的文件服务器104下载最新版本文件,并进行升级。
用户设备101可以在判断出允许在启动时升级和当前为允许升级的时间时查询配置文件,并随机选择文件服务器104。
本实施例中网络侧在决定用户设备需要升级后,从存有最新版本文件的文件服务器中选择承载的用户设备数量未达到预设的门限值的文件服务器,使用户设备从该文件服务器下载最新版本文件。实现均衡文件服务器的负载,避免文件服务器超载而导致瘫痪。并且,本实施例中将文件服务器承载的用户设备数量与门限值作比,选择比值最小的文件服务器,提供了一种较佳的均衡文件服务器负载的方法。本实施例中还为用户设备划分了升级的时间段,即可提升升级的成功率,均衡文件服务器的负载,又可以避免耽误用户使用业务,增强用户体验。本实施例中进一步限制用户设备在启动时升级,避免耽误用户使用业务,增强用户体验。
本实施例实现了在用户设备中内嵌升级策略的升级设备的方法,由用户设备随机选择文件服务器,也可达到均衡文件服务器负载的目的,并且不需要网络侧做升级决定,减轻了网络侧的负担。本发明实施例还提供了一种分布式的网络结构,在通信系统中增加负责升级策略的服务器,便于网络结构的扩展。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1、一种升级设备的方法,应用于系统侧,其特征在于,包括以下步骤:
接收发送方设备的版本信息;
比较接收到的发送方设备的版本信息与本地的最新版本信息,在确定发送方设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器;
根据预先设置的升级策略,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器,并将选择的文件服务器的信息和最新版本信息返回给发送方设备,所述发送方设备用于根据收到的文件服务器的信息和最新版本信息从相应的文件服务器下载最新版本文件,并进行升级。
2、如权利要求1所述的升级设备的方法,其特征在于,由网管服务器将所述发送方设备的版本信息与本地的最新版本信息进行比较;或者
网管服务器将接收到的发送方设备的版本信息发送给与该发送方设备对应的升级策略服务器,由升级策略服务器将所述发送方设备的版本信息与本地的最新版本信息进行比较。
3、如权利要求1所述的升级设备的方法,其特征在于,在所述查找存储最新版本文件的多个文件服务器前,进一步包括步骤:
确定当前允许所述发送方设备升级。
4、如权利要求3所述的升级设备的方法,其特征在于,所述确定当前允许所述发送方设备升级的步骤包括:
当接收到所述发送方设备在启动时发送版本信息时,确定该发送方设备的类型属于允许在启动时升级的设备类型;和/或
确定在当前时间段内允许所述用户设备升级。
5、如权利要求1所述的升级设备的方法,其特征在于,所述从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器的步骤包括:
从承载的设备数量未达到预设的门限值的文件服务器中随机选择一个文件服务器;或者
从承载的设备数量未达到预设的门限值的文件服务器中选择承载的设备数量与门限值的比值最小的一个文件服务器。
6、如权利要求1至5中任一项所述的升级设备的方法,其特征在于,所述方法还包括:
在收到所述发送方设备发送的开始升级的通知,或者在收到所述发送方设备发送的下载结束的通知时更新所述选择的文件服务器所承载的设备数量。
7、一种升级设备的方法,应用于设备侧,其特征在于,包括以下步骤:
从本地的配置信息中随机选择文件服务器的标识,并从该标识所对应的文件服务器获得最新版本信息;
将最新版本信息与本地的版本信息进行比较,并在确定本地的版本低于所述最新版本时,根据最新版本信息从所述文件服务器获得最新版本文件,进行升级。
8、如权利要求7所述的升级设备的方法,其特征在于,在所述随机选择文件服务器的标识步骤前,还包括:
判断当前是否允许升级,并在判断结果为是时随机选择文件服务器;或者,
在确定本地的版本低于所述最新版本的情况下,进一步包括:
判断当前是否允许升级,以及在判断结果为是时从所述文件服务器获得最新版本文件。
9、如权利要求8所述的升级设备的方法,其特征在于,所述判断当前是否允许升级的步骤包括:
在启动时判断自身是否属于允许在启动时升级的设备类型;和/或
判断在当前时间段内是否允许升级。
10、一种升级策略装置,其特征在于,包括:
接收单元,用于接收用户设备的版本信息;
策略单元,用于将接收到的用户设备的版本信息与本地的最新版本信息进行比较,并在确定用户设备的版本低于所述最新版本的情况下查找存储有最新版本文件的至少一个文件服务器,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器;
发送单元,用于将选择的文件服务器的信息和最新版本信息发送给所述用户设备。
11、一种网管服务器,包括管理单元,所述管理单元用于管理和维护网络中的设备,其特征在于,所述网管服务器还包括:
接收单元,用于接收用户设备发送的版本信息;
升级策略单元,用于将接收到的用户设备的版本信息与本地的最新版本信息进行比较,并在确定用户设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器;
发送单元,用于将选择的文件服务器的信息和最新版本信息发送给所述用户设备。
12、如权利要求11所述的网管服务器,其特征在于,所述升级策略单元包括:
比较模块,用于将接收到的用户设备的版本信息与本地的最新版本信息进行比较,确定用户设备的版本是否低于所述最新版本;
查找模块,用于在所述比较模块确定用户设备的版本低于所述最新版本的情况下,查找存储有最新版本文件的至少一个文件服务器,从所述至少一个文件服务器中选择承载的设备数量未达到预设的门限值的文件服务器。
13、如权利要求12所述的网管服务器,其特征在于,所述升级策略单元还包括:判断模块,用于判断当前是否允许所述发送方设备升级,并在当前允许所述发送方设备升级时,通知所述查找模块。
14、如权利要求11所述的网管服务器,其特征在于,所述接收单元,还用于接收所述用户设备发送的开始升级的通知,以及接收所述用户设备发送的下载结束的通知;
所述升级策略单元还包括:计数模块,用于在获知所述用户设备开始升级和下载结束时,更新所述选择的文件服务器所承载的设备数量。
15、一种用户设备,其特征在于,包括:
获取单元,用于根据从本地的配置信息中随机选择文件服务器的标识,从所述选择的文件服务器获得最新版本信息;
比较单元,用于将获得的最新版本信息与本地的版本信息进行比较,在确定用户设备的版本低于所述最新版本的情况下,通知所述获取单元从所述文件服务器获得最新版本文件;
处理单元,用于根据最新版本文件进行升级。
16、一种通信系统,其特征在于,包括:
用户设备,用于发送版本信息,以及根据接收到的文件服务器的信息和最新版本信息从相应的文件服务器获得最新版本文件,并进行升级;
服务器,用于将接收到的所述用户设备的版本信息与本地的最新版本信息进行比较,并在确定所述第一设备的版本低于所述最新版本的情况下查找存储有最新版本文件的至少一个文件服务器,从所述至少一个文件服务器中选择承载的第一设备数量未达到预设的门限值的文件服务器,并将选择的文件服务器的信息和最新版本信息发送给所述用户设备;
至少一个文件服务器,用于存储所述最新版本文件。
17、如权利要求16所述的通信系统,其特征在于,所述服务器为网管服务器;或者
所述服务器为升级策略服务器,则所述通信系统还包括:
网管服务器,用于接收所述用户设备发送的版本信息,并将所述版本信息和所述用户设备的信息发送给所述升级策略服务器。
18、如权利要求17所述的通信系统,其特征在于,所述升级策略服务器为多个;
所述网管服务器,进一步用于根据所述版本信息和/或所述用户设备的信息选择负责该用户设备升级的升级策略服务器,并将该版本信息和所述用户设备的信息发送给相应的升级策略服务器。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101235339A CN101335641A (zh) | 2007-06-29 | 2007-06-29 | 一种升级设备的方法、装置及系统 |
PCT/CN2008/071204 WO2009003385A1 (fr) | 2007-06-29 | 2008-06-05 | Procédés, appareils et systèmes pour mettre à jour un équipement |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2007101235339A CN101335641A (zh) | 2007-06-29 | 2007-06-29 | 一种升级设备的方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101335641A true CN101335641A (zh) | 2008-12-31 |
Family
ID=40197976
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2007101235339A Pending CN101335641A (zh) | 2007-06-29 | 2007-06-29 | 一种升级设备的方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101335641A (zh) |
WO (1) | WO2009003385A1 (zh) |
Cited By (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102064966A (zh) * | 2010-12-29 | 2011-05-18 | 北京世纪互联工程技术服务有限公司 | 一种配置方法、服务器、设备和系统 |
CN102098559A (zh) * | 2009-12-11 | 2011-06-15 | 康佳集团股份有限公司 | 机顶盒软件升级系统和方法 |
CN101719937B (zh) * | 2009-11-30 | 2012-10-24 | 中兴通讯股份有限公司 | 终端设备升级方法和系统 |
CN102905173A (zh) * | 2012-10-16 | 2013-01-30 | 青岛海信信芯科技有限公司 | 一种电视或机顶盒软件升级方法及系统 |
CN103136013A (zh) * | 2011-12-01 | 2013-06-05 | 腾讯科技(深圳)有限公司 | 软件升级方法和系统 |
CN104063239A (zh) * | 2013-03-22 | 2014-09-24 | 腾讯科技(深圳)有限公司 | 移动终端的应用程序更新方法及服务器、客户端 |
CN104579723A (zh) * | 2013-10-16 | 2015-04-29 | 宇宙互联有限公司 | 网关配置管理系统及方法 |
CN104850422A (zh) * | 2014-05-21 | 2015-08-19 | 北汽福田汽车股份有限公司 | 一种远程更新终端设备程序的方法及系统 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
WO2015169055A1 (zh) * | 2014-05-07 | 2015-11-12 | 中兴通讯股份有限公司 | 用户签约信息的响应、请求方法及装置 |
CN105187262A (zh) * | 2015-10-27 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种路由器升级方法及系统 |
CN105225037A (zh) * | 2015-09-14 | 2016-01-06 | 中国联合网络通信集团有限公司 | 一种资产管理方法及资产管理系统 |
CN105323106A (zh) * | 2014-08-04 | 2016-02-10 | 中兴通讯股份有限公司 | 一种软件升级管理方法、设备及系统 |
CN105357056A (zh) * | 2015-12-07 | 2016-02-24 | 成都广达新网科技股份有限公司 | 一种基于策略的eoc局端设备升级方法 |
CN105677428A (zh) * | 2016-01-12 | 2016-06-15 | 北京小米移动软件有限公司 | 终端的升级方法、装置及终端 |
CN106101835A (zh) * | 2016-07-05 | 2016-11-09 | 青岛海信电器股份有限公司 | 智能电视升级控制方法及装置 |
CN106487602A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技(深圳)有限公司 | 应用程序发布版本监控方法与监控装置 |
CN106775852A (zh) * | 2016-12-05 | 2017-05-31 | 云鸟(上海)能源科技有限公司 | 一种嵌入式linux充电管理终端通过无线通信模块升级的方法 |
WO2018006677A1 (zh) * | 2016-07-06 | 2018-01-11 | 中兴通讯股份有限公司 | 智能升级方法、服务器、终端和系统 |
CN107734010A (zh) * | 2017-09-28 | 2018-02-23 | 航天科技控股集团股份有限公司 | 基于记录仪管理的升级系统及升级方法 |
CN107852636A (zh) * | 2015-06-05 | 2018-03-27 | 三星电子株式会社 | 发送和接收数据的方法、服务器和终端 |
CN108616391A (zh) * | 2018-04-11 | 2018-10-02 | 杭州嘉楠耘智信息科技有限公司 | 服务器端进行设备固件升级的方法及系统 |
CN110399341A (zh) * | 2019-07-06 | 2019-11-01 | 深圳市山水原创动漫文化有限公司 | 一种动画参考文件存储和调用的方法及其系统 |
CN111181752A (zh) * | 2018-11-12 | 2020-05-19 | 中兴通讯股份有限公司 | 窄带设备升级方法、移动终端及可读存储介质 |
CN111258597A (zh) * | 2018-11-30 | 2020-06-09 | 玲珑视界科技(北京)有限公司 | 一种智能终端统一升级的方法及系统 |
CN112486733A (zh) * | 2020-12-11 | 2021-03-12 | Oppo广东移动通信有限公司 | 系统还原方法、装置、终端及存储介质 |
CN112947952A (zh) * | 2019-11-26 | 2021-06-11 | 中盈优创资讯科技有限公司 | 通讯设备版本管理方法及装置 |
CN114666665A (zh) * | 2020-12-23 | 2022-06-24 | 深圳Tcl新技术有限公司 | 一种证书的认证方法、存储介质及电视 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103825937B (zh) * | 2013-12-19 | 2017-12-22 | 深圳市炬力北方微电子有限公司 | 一种控制嵌入式设备数据更新的方法、设备及系统 |
CN110221855B (zh) * | 2019-06-20 | 2023-07-18 | 河南蜻蜓云智能科技有限公司 | 一种app与服务器协同更新和离线运行的方法 |
CN115174392B (zh) * | 2022-09-07 | 2023-01-31 | 武汉长光科技有限公司 | 光网络单元onu的升级方法、服务器和存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6202207B1 (en) * | 1998-01-28 | 2001-03-13 | International Business Machines Corporation | Method and a mechanism for synchronized updating of interoperating software |
EP1178402A1 (en) * | 2000-08-03 | 2002-02-06 | Hsing Tech Enterprises Co., Ltd. | Method and apparatus for actively updating program file(s) of a client computer |
US6918113B2 (en) * | 2000-11-06 | 2005-07-12 | Endeavors Technology, Inc. | Client installation and execution system for streamed applications |
CN1658574A (zh) * | 2005-03-23 | 2005-08-24 | 港湾网络有限公司 | 网络设备自动更新方法及系统 |
CN100525378C (zh) * | 2006-11-17 | 2009-08-05 | 华为技术有限公司 | 一种分布式机顶盒升级管理方法、管理系统和管理设备 |
-
2007
- 2007-06-29 CN CNA2007101235339A patent/CN101335641A/zh active Pending
-
2008
- 2008-06-05 WO PCT/CN2008/071204 patent/WO2009003385A1/zh active Application Filing
Cited By (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101719937B (zh) * | 2009-11-30 | 2012-10-24 | 中兴通讯股份有限公司 | 终端设备升级方法和系统 |
CN102098559A (zh) * | 2009-12-11 | 2011-06-15 | 康佳集团股份有限公司 | 机顶盒软件升级系统和方法 |
CN102064966A (zh) * | 2010-12-29 | 2011-05-18 | 北京世纪互联工程技术服务有限公司 | 一种配置方法、服务器、设备和系统 |
CN102064966B (zh) * | 2010-12-29 | 2016-04-13 | 北京世纪互联宽带数据中心有限公司 | 一种配置方法、服务器、设备和系统 |
CN103136013A (zh) * | 2011-12-01 | 2013-06-05 | 腾讯科技(深圳)有限公司 | 软件升级方法和系统 |
CN102905173A (zh) * | 2012-10-16 | 2013-01-30 | 青岛海信信芯科技有限公司 | 一种电视或机顶盒软件升级方法及系统 |
CN104063239A (zh) * | 2013-03-22 | 2014-09-24 | 腾讯科技(深圳)有限公司 | 移动终端的应用程序更新方法及服务器、客户端 |
CN104063239B (zh) * | 2013-03-22 | 2019-01-15 | 腾讯科技(深圳)有限公司 | 移动终端的应用程序更新方法及服务器、客户端 |
CN104579723A (zh) * | 2013-10-16 | 2015-04-29 | 宇宙互联有限公司 | 网关配置管理系统及方法 |
CN104954409A (zh) * | 2014-03-31 | 2015-09-30 | 杭州迪普科技有限公司 | 一种ap升级方法以及装置 |
CN105101197A (zh) * | 2014-05-07 | 2015-11-25 | 中兴通讯股份有限公司 | 用户签约信息的响应、请求方法及装置 |
WO2015169055A1 (zh) * | 2014-05-07 | 2015-11-12 | 中兴通讯股份有限公司 | 用户签约信息的响应、请求方法及装置 |
CN104850422A (zh) * | 2014-05-21 | 2015-08-19 | 北汽福田汽车股份有限公司 | 一种远程更新终端设备程序的方法及系统 |
CN105323106A (zh) * | 2014-08-04 | 2016-02-10 | 中兴通讯股份有限公司 | 一种软件升级管理方法、设备及系统 |
WO2016019725A1 (zh) * | 2014-08-04 | 2016-02-11 | 中兴通讯股份有限公司 | 一种软件升级管理方法、设备、系统及计算机存储介质 |
CN107852636B (zh) * | 2015-06-05 | 2021-06-11 | 三星电子株式会社 | 发送和接收数据的方法、服务器和终端 |
US10856144B2 (en) | 2015-06-05 | 2020-12-01 | Samsung Electronics Co., Ltd | Method, server, and terminal for transmitting and receiving data |
CN107852636A (zh) * | 2015-06-05 | 2018-03-27 | 三星电子株式会社 | 发送和接收数据的方法、服务器和终端 |
CN106487602B (zh) * | 2015-08-24 | 2019-12-27 | 腾讯科技(深圳)有限公司 | 应用程序发布版本监控方法与监控装置 |
CN106487602A (zh) * | 2015-08-24 | 2017-03-08 | 腾讯科技(深圳)有限公司 | 应用程序发布版本监控方法与监控装置 |
CN105225037A (zh) * | 2015-09-14 | 2016-01-06 | 中国联合网络通信集团有限公司 | 一种资产管理方法及资产管理系统 |
CN105187262A (zh) * | 2015-10-27 | 2015-12-23 | 上海斐讯数据通信技术有限公司 | 一种路由器升级方法及系统 |
CN105357056A (zh) * | 2015-12-07 | 2016-02-24 | 成都广达新网科技股份有限公司 | 一种基于策略的eoc局端设备升级方法 |
CN105677428A (zh) * | 2016-01-12 | 2016-06-15 | 北京小米移动软件有限公司 | 终端的升级方法、装置及终端 |
CN106101835A (zh) * | 2016-07-05 | 2016-11-09 | 青岛海信电器股份有限公司 | 智能电视升级控制方法及装置 |
WO2018006677A1 (zh) * | 2016-07-06 | 2018-01-11 | 中兴通讯股份有限公司 | 智能升级方法、服务器、终端和系统 |
CN106775852A (zh) * | 2016-12-05 | 2017-05-31 | 云鸟(上海)能源科技有限公司 | 一种嵌入式linux充电管理终端通过无线通信模块升级的方法 |
CN107734010A (zh) * | 2017-09-28 | 2018-02-23 | 航天科技控股集团股份有限公司 | 基于记录仪管理的升级系统及升级方法 |
CN108616391A (zh) * | 2018-04-11 | 2018-10-02 | 杭州嘉楠耘智信息科技有限公司 | 服务器端进行设备固件升级的方法及系统 |
WO2020098457A1 (zh) * | 2018-11-12 | 2020-05-22 | 中兴通讯股份有限公司 | 窄带设备升级方法、移动终端及可读存储介质 |
CN111181752A (zh) * | 2018-11-12 | 2020-05-19 | 中兴通讯股份有限公司 | 窄带设备升级方法、移动终端及可读存储介质 |
CN111181752B (zh) * | 2018-11-12 | 2023-01-24 | 中兴通讯股份有限公司 | 窄带设备升级方法、移动终端及可读存储介质 |
CN111258597A (zh) * | 2018-11-30 | 2020-06-09 | 玲珑视界科技(北京)有限公司 | 一种智能终端统一升级的方法及系统 |
CN110399341A (zh) * | 2019-07-06 | 2019-11-01 | 深圳市山水原创动漫文化有限公司 | 一种动画参考文件存储和调用的方法及其系统 |
CN110399341B (zh) * | 2019-07-06 | 2022-12-06 | 深圳市山水原创动漫文化有限公司 | 一种动画参考文件存储和调用的方法及其系统 |
CN112947952A (zh) * | 2019-11-26 | 2021-06-11 | 中盈优创资讯科技有限公司 | 通讯设备版本管理方法及装置 |
CN112486733A (zh) * | 2020-12-11 | 2021-03-12 | Oppo广东移动通信有限公司 | 系统还原方法、装置、终端及存储介质 |
CN112486733B (zh) * | 2020-12-11 | 2023-08-18 | Oppo广东移动通信有限公司 | 系统还原方法、装置、终端及存储介质 |
CN114666665A (zh) * | 2020-12-23 | 2022-06-24 | 深圳Tcl新技术有限公司 | 一种证书的认证方法、存储介质及电视 |
Also Published As
Publication number | Publication date |
---|---|
WO2009003385A1 (fr) | 2009-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101335641A (zh) | 一种升级设备的方法、装置及系统 | |
KR100593516B1 (ko) | 애플리케이션 서버상의 애플리케이션 카탈로그를무선장치에 제공하기 위한 시스템 및 방법 | |
US9591428B2 (en) | Method, software and apparatus for performing actions on a wireless device using action lists and versioning | |
CN102308561B (zh) | 通过uicc进行的me网络参数配置 | |
KR100663415B1 (ko) | 무선장치상에 상주하는 데이터세트 버전을 업데이트하기위한 시스템 및 방법 | |
CN100472516C (zh) | 终端的配置 | |
JP5074424B2 (ja) | 依存関係の通知 | |
KR100979201B1 (ko) | 이동통신 단말기 및 그의 소프트웨어 갱신 방법 | |
EP1898590B1 (en) | Multimedia middleware apparatus using metadata comprising a middleware service container | |
CN102272721A (zh) | 移动通信设备 | |
CN101895873B (zh) | 移动终端的Java应用的更新方法、服务器和移动终端 | |
KR20050102636A (ko) | 이동전화통신 어플리케이션 플랫폼 | |
JP2013526818A (ja) | 複数のサービスアカウントをもつ通信デバイスのための不揮発性項目とプロビジョニングファイルとの管理のための方法およびシステム | |
WO2006055716A1 (en) | Method and apparatus for carrier customization in communication systems | |
CN101179791A (zh) | 一种移动终端软件版本升级的方法 | |
CN112615747B (zh) | 一种网络设备自动部署配置的方法及装置 | |
CN101980503B (zh) | 一种widget应用管理方法、装置和系统 | |
US7551928B2 (en) | Location dependent control of a mobile cellular telephone | |
CN101409955A (zh) | Ota智能卡用户信息管理系统及其应用方法 | |
CN100476728C (zh) | 应用程序更新方法及使用上述方法的移动通讯装置 | |
US20110009110A1 (en) | Processing method, system and apparatus for component installation | |
CN109799997B (zh) | 预置第三方应用的管理方法、智能终端及存储介质 | |
JP2000112764A (ja) | ソフトウェアダウンロードシステム | |
CN101883419A (zh) | 客户端信息的同步方法和系统 | |
KR101058182B1 (ko) | 애플리케이션 다운로드 서비스 시스템 및 그 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20081231 |