CN101977217A - Widget更新方法、系统、Widget客户端及Widget服务器 - Google Patents
Widget更新方法、系统、Widget客户端及Widget服务器 Download PDFInfo
- Publication number
- CN101977217A CN101977217A CN2010105138804A CN201010513880A CN101977217A CN 101977217 A CN101977217 A CN 101977217A CN 2010105138804 A CN2010105138804 A CN 2010105138804A CN 201010513880 A CN201010513880 A CN 201010513880A CN 101977217 A CN101977217 A CN 101977217A
- Authority
- CN
- China
- Prior art keywords
- widget
- document
- file
- renewal
- update
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/131—Protocols for games, networked simulations or virtual reality
Abstract
本发明涉及一种Widget更新方法、系统、Widget客户端及Widget服务器。该方法包括:Widget客户端向Widget服务器发送更新请求;所述Widget服务器接收所述更新请求后,提取所述Widget客户端的当前版本应用包与最新版本应用包,并进行比较;所述Widget服务器构造响应体并发送给所述Widget客户端,所述响应体包括根据比较结果及预置的更新策略构造的更新文档;所述Widget客户端接收所述响应体,并根据所述更新文档进行更新。本发明可以实现部分更新,提高更新效率。
Description
技术领域
本发明涉及通信技术,尤其涉及一种移动终端的Widget技术。
背景技术
Widget(微技)是一种小型的Web应用程序,与普通网页一样使用现有的标准Web技术开发,包括HTML(HyperText Mark-up Language,超文本标记语言)、CSS(cading Style Sheet,级联样式表,是一组格式设置规则)、JavaScript(一种客户端脚本语言)、XML(Extensible Markup Language,可扩展标记语言)和Ajax(Asynchronous JavaScript and XML,异步JavaScript和XML)等。与普通网页的最显著区别就是,它不依赖于浏览器显示框架,且被设计为具有特定的功能,如股票、天气预报、时钟、游戏等。
由于Widget具备小巧轻便、功能完整、个性化形式多样等优势,因此已被应用到移动终端领域,增强用户体验,提供高性价比的服务。而且Widget应用具有另一个特点——可更新性。即使Widget应用已经发布,也允许开发者不断地完善Widget应用,修复之前版本的缺陷,或添加更多的功能。用户则可以下载最新的Widget应用,得到最新的、更合理的体验。
发布Widget应用时,是将该应用的所有本地文件,如javascript脚本或图片,遵从zip(一种文件格式)标准,使用deflate算法(一种计算机文件的压缩算法)或存储方法打包整合起来,形成一个zip压缩文件,通常以.wgt为后缀名,如图1所示。
符合Widget标准定义的Widget应用zip包由三部分组成:文件数据区、文件目录区和文件目录结束区。文件数据区表示压缩包内的文件数据,有多少个文件和目录就有多少个文件数据区,这也是zip压缩包的主体部分,包含了所有文件的数据;每个文件数据区都对应一个文件目录区,该部分只是记录了目录名或文件名,以及对应的文件数据区起始位置在整个zip文件中的偏移;文件目录结束区是zip压缩包的最后一部分,包含了压缩包内目录、文件的数量,以及文件目录区的尺寸。根据zip格式内部的关系,当文件数据区发生了变化,则文件目录区和文件目录结束区也会变化,但后两个区的信息量小,其尺寸占整个zip包的比例非常小,有时可能都不到1%。以图1为例,现有名为weekdays的Widget应用压缩包包含4个文件数据区,分别为index.html、config.xml、scripts、scripts/dayfinder.js,同样包含4个文件目录区和1个文件目录结束区。
当Widget应用包中只有少数文件发生修改时,则只有相应几个文件数据区发生变化,其余大部分内容并未改变。此时,如果按照传统的Widget更新方式,将Widget应用包数据全部下载。这样比较浪费网络资源,甚至产生额外的流量费用,并且数据交互过多又会增加更新失败的风险。
发明内容
本发明要解决的技术问题是提供一种Widget更新方法、系统、Widget客户端及Widget服务器,以提高更新效率。
为解决以上技术问题,本发明提供了一种微技(Widget)更新方法,该方法包括:
Widget客户端向Widget服务器发送更新请求;
所述Widget服务器接收所述更新请求后,提取所述Widget客户端的当前版本应用包与最新版本应用包,并进行比较;
所述Widget服务器构造响应体并发送给所述Widget客户端,所述响应体包括根据比较结果及预置的更新策略构造的更新文档;
所述Widget客户端接收所述响应体,并根据所述更新文档进行更新。
进一步地,所述Widget客户端发送的更新请求中携带Widget当前版本号,所述Widget服务器根据所述Widget当前版本号获取所述当前版本应用包。
进一步地,所述Widget服务器发送所述响应体时,更新所述Widget客户端和Widget版本号的对应关系,所述Widget服务器接收所述更新请求时,根据所述widget客户端及其对应关系获取所述当前版本应用包。
进一步地,所述更新策略为:
根据发生变化的文件和信息构造所述更新文档;或,
判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。
进一步地,所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,将所述Widget客户端的当前版本应用包与最新版本应用包进行比较包括:
解析当前版本应用包和最新版本应用包;
将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除;
所述更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区。
进一步地,所述更新的文件数据区信息包括ID以及Data,所述新增的文件数据区信息包括ID,所处当前版本应用包中的位置以及Data,所述删除的文件数据区信息包括ID。
进一步地,所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;所述Widget客户端根据所述更新文档类型指示判断更新文档类型;更新文档为全部更新文档时,所述Widget客户端将更新文档替代当前Widget应用包;更新文档为部分更新文档时,所述Widget客户端根据更新文档对当前Widget应用包对应部分进行更新。
进一步地,所述Widget客户端根据所述更新文档进行更新包括:
解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容。
解析当前版本应用包包,按顺序识别出每个文件数据区,及其对应的ID,形成压缩包数据区管理序列(OrigSeq);
将所述更新文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
为解决以上技术问题,本发明还提供了一种微技(Widget)服务器,所述Widget服务器包括:
网络交互单元,用于接收Widget客户端发送的更新请求,以及向所述Widget客户端发送响应体,所述响应体包括更新文档;
Widget应用包数据库,用于存储各版本Widget应用包;
版本比较单元,用于将所述Widget客户端的当前版本应用包与最新版本应用包进行比较;
响应体构造单元,用于根据比较结果及预置的更新策略,构造所述更新文档,以及构造响应体。
为解决以上技术问题,本发明还提供了一种微技(Widget)客户端,所述Widget客户端包括:
网络交互单元,用于向Widget服务器发送更新请求,以及接收所述Widget服务器发送的响应体,所述响应体包括更新文档,所述更新文档是所述Widget服务器根据所述Widget客户端的当前版本应用包与最新版本应用包的比较结果和更新策略构造的;
所述Widget更新单元,用于根据所述更新文档完成Widget更新。
本发明技术中,Widget服务器根据当前版本应用包与最新版本应用包的比较结果生成更新文档,Widget客户端根据该更新文档进行Widget更新,从而可实现Widget的部分更新,并有效提高更新效率。
附图说明
图1是Widget应用的zip包格式;
图2是本发明Widget更新方法的示意图;
图3是本发明实施例Widget服务器实现更新的流程图;
图4是本发明实施例Widget客户端完成更新的流程图;
图5是本发明Widget服务器版本内容比较判定算法流程图;
图6是本发明Widget更新系统的示意图;
图7是Widget服务器的版本比较单元的模块结构示意图;
图8是Widget客户端的Widget更新单元的模块结构示意图;
图9是部分更新模块的模块结构示意图。
具体实施方式
本发明技术中,Widget服务器根据当前版本应用包与最新版本应用包的比较结果生成更新文档,Widget客户端根据该更新文档进行Widget更新,从而可实现Widget的部分更新。
如图2所示,本发明Widget更新方法包括:
步骤201:微技(Widget)客户端向Widget服务器发送更新请求;
步骤202:所述Widget服务器接收所述更新请求后,提取所述Widget客户端的当前版本应用包与最新版本应用包,并进行比较;
Widget服务器包括但不限于以下两种方式获得Widget客户端当前版本应用包:
方式一:所述Widget客户端发送的更新请求中携带Widget当前版本号,所述Widget服务器根据所述Widget当前版本号获取所述当前版本应用包。
如果该Widget服务器可提供多个Widget的应用包,则该更新请求还应该携带相应的Widget标识或名称,以与版本号一起唯一的确定一个Widget应用包。
方式二:所述Widget服务器发送所述响应体时,更新所述Widget客户端和Widget版本号的对应关系,所述Widget服务器接收所述更新请求时,根据所述widget客户端及其对应关系获取所述当前版本应用包。
所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,将所述Widget客户端的当前版本应用包与最新版本应用包进行比较包括:
a1.解析当前版本应用包和最新版本应用包;
b1.将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
c1.将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除。
步骤203:所述Widget服务器构造响应体并发送给所述Widget客户端,所述响应体中包括根据比较结果及预置的更新策略构造的更新文档;
具体的更新策略可以灵活设置,包括但不限于以下策略:
策略一:根据发生变化的文件和信息构造所述更新文档;
策略二:判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。优选地,采用第二种策略。
本发明中也将根据发生变化的文件和信息构造的更新文档称为部分更新文档,将根据最新版本全部文件构造的更新文档称为全部更新文档。
步骤204:所述Widget客户端接收所述响应体,并根据所述更新文档进行更新。
所述(部分)更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区,具体地:
所述更新的文件数据区信息包括文件/目录名以及文件数据区内容,所述新增的文件数据区信息包括文件/目录名,所处当前版本应用包中的位置以及文件数据区内容,所述删除的文件数据区信息包括文件/目录名。
若更新策略采用策略二,则所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;所述Widget客户端根据所述更新文档类型指示判断更新文档类型;更新文档为全部更新文档时,所述Widget客户端将更新文档替代当前Widget应用包;更新文档为部分更新文档时,所述Widget客户端根据更新文档对当前Widget应用包对应部分进行更新。
若更新文档是根据发生变化的文件和信息构造而成,则所述Widget客户端根据所述更新文档进行更新包括:
a2.解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容。
b2.解析当前版本应用包包,按顺序识别出每个Data,及其对应的ID,形成压缩包数据区管理序列(OrigSeq);
c2.将所述更新文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
实施例一
本发明Widget更新方法包括:
A.Widget客户端发送携带当前Widget应用版本号(V1),和Widget应用URI(Uniform Resource Identifier,通用资源标志符)的更新网络请求给相应的Widget服务器;
B.Widget服务器接收到网络请求后,执行策略判断——从本地服务器中取出V1版本的Widget应用包,和最新版本的Widget应用包进行比较;
C.Widget服务器构造并返回响应体;
如果新版本Widget应用包中发生变化的文件数量比较多(如超过设定阈值),或者发生变化的文件总尺寸占Widget应用包比例很大(如超过设定阈值),则直接将新版本的Widget应用包作为A步骤的响应体返回给Widget客户端;
如果只有少数文件发生了更改,且尺寸比例较小,服务器则构造一个部分更新文档,其中包含了更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息和文件目录区、文件目录结束区。将该文档作为A步骤的响应体返回给Widget客户端;
D.Widget客户端收到服务器的响应体后,完成更新。
如果响应体中为Widget应用包,则Widget客户端将其全部接收,替换旧版本Widget应用包;
如果响应体中是部分更新文档格式,则Widget客户端解析读取文档中的文件数据区信息,替换当前版本中对应的文件数据区,或删除指定数据区,或插入新增的文件数据区到指定位置。最后用文档中的文件目录区和文件目录结束区替换当前版本的相应部分,完成Widget应用包的更新流程。
实施例二
从Widget服务器角度描述,本发明Widget更新方法包括:微技(Widget)服务器接收Widget客户端发送的更新请求后,提取所述Widget客户端的当前版本应用包与最新版本应用包,并进行比较;所述Widget服务器构造响应体并发送给所述Widget客户端,所述响应体包括根据比较结果及预置的更新策略构造的更新文档。
更新策略可为前述策略一或策略二,优选地,该实施例采用策略二,下面将结合附图及实施例对本发明Widget服务器的处理流程进行更详细的说明,其中更新策略中,设置发生变化的文件的数量比例阈值T1和大小比例阈值T2分别为60%和70%。
如图3所示,Widget服务器实现更新的方法包括:
301.Widget服务器接收到Widget客户端发送的更新请求,解析出Widget应用名和当前应用版本号;
302.Widget服务器从存储Widget应用的数据库中读取指定版本号和名称的Widget应用包,以及最新版本的Widget应用包;
303.Widget服务器根据zip压缩文件标准,解析当前版本Widget应用包和最新版本Widget应用包,按顺序将每个文件数据区内容(data)和对应的文件名或目录名信息(id)构造一个节点加入到序列结构中,生成两个数据区序列,当前版本应用包的数据区序列为Seq1,最新版本应用包的数据区序列为Seq2;
304.Widget服务器按顺序读取Seq2的每个节点,根据内容比较判定算法(参考图5),与Seq1序列中的节点比较,如果有同文件名或目录名(即id相同)的数据区,则继续判断其数据区内容data是否相同,若内容不同,表示该数据区发生更新,将Seq2的该节点标记为更新;如果没有相同id的数据区,则该数据区为新增的,将Seq2的该节点标记为新增;当遍历Seq1中的节点,发现该节点的id并未与Seq2中某节点id一致,则将Seq1中的该节点标记为删除。
305.Widget服务器进行更新策略判断。遍历Seq2序列,得到待更新和新增文件数据区的数量和总大小,如果发生变化的数据区数量过多,超过了T1,或者总大小占整个Widget应用包的比例较大,超过了T2,则不适合部分更新,执行全部更新策略,转到306’步骤,如果发生变化的数据区数量和总大小均小于相应阈值,则执行部分更新策略,306步骤;
306.Widget服务器构造部分更新文档。以XML标记语言为例。该文档中应包含更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息,以及新版本文件目录区和文件目录结束区。
对于每个更新的文件数据区,由一个<updateEntry></updateEntry>元素表示。至少包含如下属性:ID表示该数据区对应的文件/目录名,length表示该数据区的大小。开标签<updateEntry>与闭标签</updateEntry>之间的内容为更新后的文件数据区,其长度与length属性值一致,且可以为0。
对于每个删除的文件数据区,由一个<delEntry></delEntry>元素表示。至少包含如下属性:ID表示该数据区对应的文件/目录名。
对于每个新增的文件数据区,由一个<newEntry></newEntry>元素表示。至少包含如下属性:ID表示该数据区对应的文件名或目录名,position表示该数据区应被插入的位置,length表示该数据区的大小。开标签<newEntry>与闭标签</newEntry>之间的内容为新增的文件数据区,其长度与length属性值一致,且可以为0。
对于文件目录区和文件目录结束区,由<endEntry></endEntry>元素表示,至少包含如下属性:length表示该数据区的大小。开标签<endEntry>与闭标签</endEntry>之间的内容为新版本文件目录区和文件目录结束区正文,其长度与length属性值一致。
由此,就构成了一个以XML结构表示的部分更新文档。以图1为例,若部分更新文档为如下形式:
<updateDescription>
<updateEntry ID=”config.xml”length=”400”>config.xml正文数据
</updateEntry>
<updateEntry ID=”index.html”length=”1200”>index.html正文数据
</updateEntry>
<delEntry ID=”scripts/dayfinder.js”></delEntry>
<newEntry ID=”sciripts/daySearch.js”position=”3”length=”600”>
daySearch.js正文数据</newEntry>
<endEntry length=”100”>......</endEntry>
</updateDescription>
则表示,有两个需要更新的文件数据区,一个删除的文件数据区,和一个新增的文件数据区,它应被插在第三个文件数据区之后。
306’.Widget服务器执行全部更新策略。服务器从存储Widget应用的数据库中读取指定最新版本的Widget应用包,将它作为更新文档。
307.Widget服务器构造Widget客户端更新请求的响应体,按照具体的应用层协议封装,若为部分更新,则将部分更新文档作为响应体正文,并指示相应的MIME(Multipurpose Internet Mail Extensions,多功能网络邮件扩展)类型,对于XML文档,则MIME类型为application/xml,表示XML类型的应用,若为全部更新,则将最新版本的Widget应用包直接作为更新请求响应体的正文,并指定MIME类型为application/Widget,表示Widget类型的应用;
308.Widget服务器将封装后的响应体通过网络发送给Widget客户端,完成Widget服务器侧的更新流程。
实施例三
从Widget客户端的角度描述,本发明Widget更新方法包括:微技(Widget)客户端向Widget服务器发送更新请求;所述Widget客户端接收Widget服务器发送的响应体,所述响应体包括更新文档,所述更新文档是所述Widget服务器根据所述Widget客户端的当前版本应用包与最新版本应用包的比较结果和更新策略构造的;所述Widget客户端根据所述更新文档进行更新。
下面将结合附图及实施例对本发明Widget客户端的处理流程进行更详细的说明,如图4所示,实施例中Widget客户端进行更新的流程包括:
401.Widget客户端接收到Widget服务器对更新请求的响应体,解析得到MIME类型和正文数据;
402.更新类型判断;
判断依据是MIME类型,如果MIME类型是application/Widget,则表示全部更新,正文数据为新版本Widget应用包,直接用其替换当前版本Widget应用包,执行409’;如果MIME类型是application/xml,则表示部分更新,正文数据是部分更新文档,继续执行403。
403.解析部分更新文档。
解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容:
构造一个更新数据区节点序列(updateSeq),为每个<updateEntry>生成一个节点,以ID属性值作为节点标识,并保存该元素的数据区内容;构造一个删除数据区节点序列(delSeq),为每个<delEntry>构造一个节点,以ID属性值作为节点标识。构造一个新增数据区节点序列(newSeq),为每个<newSeq>构造一个节点,以ID属性值作为节点标识,并保存position属性值和数据区内容;最后将文档中的<endEntry>元素内容(文件目录区和文件目录结束区)保存到缓冲区(buffer1)中。
404.解析当前版本Widget应用包;
按顺序识别出每个文件数据区内容,及其对应的文件/目录名,形成压缩包数据区管理序列(OrigSeq),具体地,遵从zip格式标准,将每个文件数据区内容提取出来构成节点,以该数据区所代表的文件名或目录名作为节点标识,形成一个文件数据区序列(OrigSeq),序列的最后一个节点保存了文件目录区和文件目录结束区内容。
将所述更新文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。即执行以下步骤405至408;
405.遍历删除数据区节点序列delSeq,完成删除操作;
依次根据每个节点的ID标识值,在当前Widget应用文件数据区序列OrigSeq中找到对应的节点,将该节点删除;
406.遍历更新数据区节点序列updateSeq,完成对应节点的内容更新操作;
具体地,根据每个节点(Node2)的ID标识值,在OrigSeq序列中找到对应的节点(Node1),将Node2节点的文件数据区内容替换到Node1节点的数据区。
407.遍历新增数据区节点序列newSeq,完成新增操作;
根据节点的ID和数据区内容构造一个新的节点,插入到OrigSeq序列中position属性所指位置的节点之后。
408.将新版本的文件目录区和文件目录结束区内容(buffer1)替换到OrigSeq最后一个节点的数据区;
至此完成更新。如果delSeq或newSeq或updateSeq为空,则不执行相应步骤。
409.至此,OrigSeq已经是存储了更新后数据区的序列,将每个节点的数据区内容写入到本地临时文件中。
409’.执行全部更新,将响应体正文直接保存到本地临时文件中;
410.删除当前版本Widget应用包,将临时文件名改为同名Widget应用,完成Widget应用的更新。
图5是Widget服务器进行版本内容比较的算法流程图:
501.从新版本数据区序列Seq2的N2位置开始取节点,N2初始值为0。
502.如果N2节点为空,表示Seq2序列已经遍历完成,结束,否则与Seq1序列的节点进行比较,执行503步骤;
503.从N1位置开始遍历Seq1序列(N1初始值为0),直至找到ID标识一致的节点,或者Seq1遍历结束;
504.如果N1节点和N2节点中ID标识一致,即表示同一个文件名或目录名的文件数据区,则执行数据区内容判断,是否发生了更新,506步骤,如果没有从Seq1中找到ID一致的节点,则将执行505;
505.表示Seq1中没有与N2节点ID标识一致的节点,N2节点是新增节点。则将N2标识为“新增”,并且指向Seq2下一个节点,重复501;
506.表示Seq1中存在与N2对应的节点,假设该节点位于Seq1的N3位置,则N1到N3之间的节点在Seq2中没有对应,将它们标记为“删除”;
507.判断N3节点与N2节点的文件数据区内容是否相同。如果相同,则执行509跳过继续遍历Seq2;如果不相同,执行508;
508.表示Seq1的N3节点内容发生了更新,将N2节点标记为“更新”;
509.同ID的节点比较完成,指向Seq2的下一个节点,指向Seq1的N3+1节点,继续进行节点比较,重复501步骤,直至Seq2遍历结束。
为实现以上方法,本发明还提供了一种Widget更新系统,如图6所示,该系统包括微技(Widget)客户端及Widget服务器,所述Widget客户端包括:
网络交互单元,用于向Widget服务器发送更新请求,以及接收所述Widget服务器发送向响应体,所述响应体包括更新文档;
所述Widget客户端发送的更新请求中携带Widget当前版本号,所述Widget服务器的版本比较单元根据所述Widget当前版本号获取所述当前版本应用包。
所述Widget更新单元,用于根据所述更新文档完成Widget更新;
所述Widget服务器包括:
网络交互单元,用于接收所述更新请求,以及向所述Widget客户端发送所述响应体;
Widget应用包数据库,用于存储各版本Widget应用包;
版本比较单元,用于将所述Widget客户端的当前版本应用包与最新版本应用包进行比较;
响应体构造单元,用于根据比较结果及预置的更新策略,构造所述更新文档,以及构造响应体。
所述更新策略为:
根据发生变化的文件和信息构造所述更新文档;或,
判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。
所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,具体地,如图7所示,所述Widget服务器的版本比较单元包括:
Widget包内容提取模块,用于将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
版本比较模块,用于将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除;
所述响应体构造单元构造的(部分)更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区。
所述更新的文件数据区信息包括文件/目录名以及文件数据区内容,所述新增的文件数据区信息包括文件/目录名,所处压缩包中的位置,以及文件数据区内容、删除的文件数据区信息包括文件/目录名。
进一步地,所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;如图8所示,所述Widget更新单元包括更新判断模块、全部更新模块及部分更新模块;
更新判断模块,用于根据更新文档类型指示判断更新文档类型;
全部更新模块,指示为全部更新文档时,用于将所述更新文档替代当前Widget应用包;
部分更新模块,指示为部分更新文档时,用于根据所述更新文档对当前Widget应用包对应部分进行更新。
进一步地,如图9所示,所述部分更新模块包括:
更新文档分析子模块,用于解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容;
Widget包内容提取子模块,用于解析当前版本应用包包,按顺序识别出每个文件数据区内容,及其对应的文件/目录名标识,形成压缩包数据区管理序列(OrigSeq);
Widget包内容更新子模块,用于将文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
本发明还提供了一种Widget服务器,所述Widget服务器包括:
网络交互单元,用于接收Widget客户端发送的更新请求,以及向所述Widget客户端发送响应体,所述响应体包括更新文档;
所述Widget客户端发送的更新请求中携带Widget当前版本号,所述Widget服务器的版本比较单元根据所述Widget当前版本号获取所述当前版本应用包。
Widget应用包数据库,用于存储各版本Widget应用包;
版本比较单元,用于将所述Widget客户端的当前版本应用包与最新版本应用包进行比较;
响应体构造单元,用于根据比较结果及预置的更新策略,构造所述更新文档,以及构造响应体。
所述更新策略为:
根据发生变化的文件和信息构造所述更新文档;或,
判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。比如,如果数量和大小均各自小于某阈值,则部分更新;反之,如果发生更新的文件数据区过多,或者发生更改的文件数据区大小较大,则全部更新。
进一步地,所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,Widget服务器的版本比较单元遍历两个版本的数据区序列,比较其中数据区的变化,并记录发生更新的文件数据区数量和大小,用于更新方式决策判断。具体而言,如果对应的文件数据区内容(即,表示同一个文件或目录的数据区)发生了更新,则对该文件数据区进行标记,并记录其大小;如果有新增的文件数据区,则也对该数据区标记,同时记录其大小。最终得到了内容发生变化的文件数据区数量,以及总大小。
具体地,所述Widget服务器的版本比较单元包括:
Widget包内容提取模块,用于将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
版本比较模块,用于将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除;
所述响应体构造单元构造的(部分)更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区。部分更新文档可以使用XML或其他约定的标记语言。
所述更新的文件数据区信息包括文件/目录名以及文件数据区内容,所述新增的文件数据区信息包括文件/目录名,所处当前版本应用包中的位置,以及文件数据区内容、删除的文件数据区信息包括文件/目录名。
另外,本发明还提供了一种微技(Widget)客户端,所述Widget客户端包括:
网络交互单元,用于向Widget服务器发送更新请求,以及接收所述Widget服务器发送的响应体,所述响应体包括更新文档,所述更新文档是所述Widget服务器根据所述Widget客户端的当前版本应用包与最新版本应用包的比较结果和更新策略构造的;
所述Widget更新单元,用于根据所述更新文档完成Widget更新。
所述(部分)更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区,所述更新的文件数据区信息包括文件/目录名以及文件数据区内容,所述新增的文件数据区信息包括文件/目录名,所处当前版本应用包中的位置,以及文件数据区内容、删除的文件数据区信息包括文件/目录名。
进一步地,所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;所述Widget更新单元包括:
更新判断模块,用于根据更新文档类型指示判断更新文档类型;
全部更新模块,更新文档为全部更新文档时,用于将更新文档替代当前Widget应用包;
部分更新模块,更新文档为部分更新文档时,用于根据更新文档对当前Widget应用包对应部分进行更新。
所述部分更新模块包括更新文档分析子模块、
更新文档分析子模块,用于解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容;
Widget包内容提取子模块,用于解析当前版本应用包包,按顺序识别出每个文件数据区内容,及其对应的文件/目录名标识,形成压缩包数据区管理序列(OrigSeq);
Widget包内容更新子模块,用于将文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成,所述程序可以存储于计算机可读存储介质中,如只读存储器、磁盘或光盘等。可选地,上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地,上述实施例中的各模块/单元可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
本发明方法、系统及设备,通过比较Widget客户端当前版本和最新版本的应用包,并根据比较结果和预置更新策略生成具有针对性的更新文档,进而Widget客户端根据该更新文档进行Widget更新,可以有效提供更新效率,尤其是当发生变化的文件数量或大小较少时,可以更有效地利用了无线网络资源,减少了Widget应用更新的网络交互时间,降低了可能的网络异常导致更新失败的风险。
Claims (15)
1.一种微技(Widget)更新方法,其特征在于,该方法包括:
Widget客户端向Widget服务器发送更新请求;
所述Widget服务器接收所述更新请求后,提取所述Widget客户端的当前版本应用包与最新版本应用包,并进行比较;
所述Widget服务器构造响应体并发送给所述Widget客户端,所述响应体包括根据比较结果及预置的更新策略构造的更新文档;
所述Widget客户端接收所述响应体,并根据所述更新文档进行更新。
2.如权利要求1所述的方法,其特征在于:所述Widget客户端发送的更新请求中携带Widget当前版本号,所述Widget服务器根据所述Widget当前版本号获取所述当前版本应用包。
3.如权利要求1所述的方法,其特征在于:所述Widget服务器发送所述响应体时,更新所述Widget客户端和Widget版本号的对应关系,所述Widget服务器接收所述更新请求时,根据所述widget客户端及其对应关系获取所述当前版本应用包。
4.如权利要求1所述的方法,其特征在于,所述更新策略为:
根据发生变化的文件和信息构造所述更新文档;或,
判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。
5.如权利要求1所述的方法,所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,其特征在于:将所述Widget客户端的当前版本应用包与最新版本应用包进行比较包括:
解析当前版本应用包和最新版本应用包;
将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除;
所述更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区。
6.如权利要求5所述的方法,其特征在于:所述更新的文件数据区信息包括ID以及Data,所述新增的文件数据区信息包括ID,所处当前版本应用包中的位置以及Data,所述删除的文件数据区信息包括ID。
7.如权利要求1所述的方法,其特征在于,所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;所述Widget客户端根据所述更新文档类型指示判断更新文档类型;更新文档为全部更新文档时,所述Widget客户端将更新文档替代当前Widget应用包;更新文档为部分更新文档时,所述Widget客户端根据更新文档对当前Widget应用包对应部分进行更新。
8.如权利要求1或7所述的方法,其特征在于:所述Widget客户端根据所述更新文档进行更新包括:
解析所述更新文档,提取其中的Data和对应的ID,且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容;
解析当前版本应用包包,按顺序识别出每个Data,及其对应的ID,形成压缩包数据区管理序列(OrigSeq);
将所述更新文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
9.一种微技(Widget)服务器,其特征在于,所述Widget服务器包括:
网络交互单元,用于接收Widget客户端发送的更新请求,以及向所述Widget客户端发送响应体,所述响应体包括更新文档;
Widget应用包数据库,用于存储各版本Widget应用包;
版本比较单元,用于将所述Widget客户端的当前版本应用包与最新版本应用包进行比较;
响应体构造单元,用于根据比较结果及预置的更新策略,构造所述更新文档,以及构造响应体。
10.如权利要求9所述的服务器,其特征在于:所述更新策略为:
根据发生变化的文件和信息构造所述更新文档;或,
判断发生变化的文件的数量和/或大小是否超过预设阈值,如果超过,则将最新版本的全部文件作为更新文档,否则根据发生变化的文件和信息构造所述更新文档。
11.如权利要求9所述的服务器,其特征在于:所述Widget应用包包括文件数据区、文件目录区和文件目录结束区,所述Widget服务器的版本比较单元包括:
Widget包内容提取模块,用于将当前版本和最新版本分别生成一个数据区序列,其中每个文件数据区内容(Data)及其对应的文件/目录名(ID)作为数据区序列的一个节点;
版本比较模块,用于将最新版本的每个节点与当前版本的每个节点逐一进行比较,如果ID相同,Data不同,则标记为更新,如果当前版本没有相应的ID,则标记为新增,如果最新版本没有相应的ID,则标记为删除;
所述响应体构造单元构造的更新文档包括更新的文件数据区信息、新增的文件数据区信息、删除的文件数据区信息以及最新版本文件目录区和文件目录结束区。
12.一种微技(Widget)客户端,其特征在于,所述Widget客户端包括:
网络交互单元,用于向Widget服务器发送更新请求,以及接收所述Widget服务器发送的响应体,所述响应体包括更新文档,所述更新文档是所述Widget服务器根据所述Widget客户端的当前版本应用包与最新版本应用包的比较结果和更新策略构造的;
所述Widget更新单元,用于根据所述更新文档完成Widget更新。
13.如权利要求12所述的Widget客户端,其特征在于,所述响应体还包括更新文档类型指示,用于指示该更新文档为全部更新文档或部分更新文档;所述Widget更新单元包括:
更新判断模块,用于根据更新文档类型指示判断更新文档类型;
全部更新模块,更新文档为全部更新文档时,用于将更新文档替代当前Widget应用包;
部分更新模块,更新文档为部分更新文档时,用于根据更新文档对当前Widget应用包对应部分进行更新。
14.如权利要求13所述的Widget客户端,其特征在于:所述部分更新模块包括:
更新文档分析子模块,用于解析所述更新文档,提取其中的文件数据区内容(Data)及其对应的文件/目录名(ID),且按更新、删除、新增标记进行分类表示管理,同时提取文件目录区和文件目录结束区内容;
Widget包内容提取子模块,用于解析当前版本应用包包,按顺序识别出每个Data,及其对应的ID,形成压缩包数据区管理序列(OrigSeq);
Widget包内容更新子模块,用于将文档中标记为删除的文件数据区从OrigSeq序列中删除;将所述更新文档中标记为更新的文件数据区替换OrigSeq序列中对应的文件数据区;将所述更新文档中标记为新增的文件数据区按照指定位置插入到OrigSeq序列中;将新版本的文件目录区和文件目录结束区替换OrigSeq序列的相应区域,形成一个新版本的压缩包数据区管理序列(NewSeq)。
15.一种微技(Widget)更新系统,其特征在于:所述系统包括如权利要求9至11中任一项所述的Widget服务器以及如权利要求12至14中任一项所述的Widget客户端。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105138804A CN101977217A (zh) | 2010-10-15 | 2010-10-15 | Widget更新方法、系统、Widget客户端及Widget服务器 |
PCT/CN2011/080099 WO2012048617A1 (zh) | 2010-10-15 | 2011-09-23 | Widget更新方法、系统、widget客户端及widget服务器 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105138804A CN101977217A (zh) | 2010-10-15 | 2010-10-15 | Widget更新方法、系统、Widget客户端及Widget服务器 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101977217A true CN101977217A (zh) | 2011-02-16 |
Family
ID=43577061
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105138804A Pending CN101977217A (zh) | 2010-10-15 | 2010-10-15 | Widget更新方法、系统、Widget客户端及Widget服务器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101977217A (zh) |
WO (1) | WO2012048617A1 (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012048617A1 (zh) * | 2010-10-15 | 2012-04-19 | 中兴通讯股份有限公司 | Widget更新方法、系统、widget客户端及widget服务器 |
CN103002011A (zh) * | 2012-10-29 | 2013-03-27 | 北京奇虎科技有限公司 | 基于服务器的数据更新方法和服务器 |
CN104461613A (zh) * | 2014-11-14 | 2015-03-25 | 北京百度网讯科技有限公司 | 对应用程序的浮窗信息展示进行管理的方法及装置 |
CN104717194A (zh) * | 2013-12-16 | 2015-06-17 | 研祥智能科技股份有限公司 | 安全策略的更改方法及系统 |
CN104717182A (zh) * | 2013-12-12 | 2015-06-17 | 华为技术有限公司 | 网络防火墙的安全策略部署方法和装置 |
CN106325924A (zh) * | 2016-08-19 | 2017-01-11 | 成都卓影科技股份有限公司 | 一种epg热更新系统及方法 |
CN106648761A (zh) * | 2016-12-01 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 在qt程序中自动更新的方法及装置 |
CN106685718A (zh) * | 2016-12-30 | 2017-05-17 | 杭州迪普科技股份有限公司 | 配置切换方法及装置 |
WO2017107851A1 (zh) * | 2015-12-24 | 2017-06-29 | 阿里巴巴集团控股有限公司 | 一种桌面应用组件发布、更新方法及装置 |
CN110442361A (zh) * | 2019-06-27 | 2019-11-12 | 五八有限公司 | 一种灰度发布方法、装置及电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1379335A (zh) * | 2001-03-30 | 2002-11-13 | 松下电器产业株式会社 | 遥控程序下装系统 |
CN101496000A (zh) * | 2006-07-31 | 2009-07-29 | 微软公司 | 通过web聚合的双向多主同步 |
US7620700B2 (en) * | 2002-09-19 | 2009-11-17 | Ricoh Company, Ltd. | Communication system implementing a plurality of communication apparatuses as communication client and communication server for exchanging operation requests and operation responses |
CN101605294A (zh) * | 2009-07-13 | 2009-12-16 | 浙江大学 | 基于TD-SCDMA网络的Widget组件管理的方法 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100512060C (zh) * | 2003-04-09 | 2009-07-08 | 华为技术有限公司 | 通过波动分析辅助测试用例升级的方法 |
CN101193356A (zh) * | 2006-11-22 | 2008-06-04 | 乐金电子(昆山)电脑有限公司 | 便携式信息终端机的固件升级方法 |
CN101533410B (zh) * | 2009-04-13 | 2010-12-01 | 浙江大学 | 面向移动终端的widget内容缓存方法 |
CN101977217A (zh) * | 2010-10-15 | 2011-02-16 | 中兴通讯股份有限公司 | Widget更新方法、系统、Widget客户端及Widget服务器 |
-
2010
- 2010-10-15 CN CN2010105138804A patent/CN101977217A/zh active Pending
-
2011
- 2011-09-23 WO PCT/CN2011/080099 patent/WO2012048617A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1379335A (zh) * | 2001-03-30 | 2002-11-13 | 松下电器产业株式会社 | 遥控程序下装系统 |
US7620700B2 (en) * | 2002-09-19 | 2009-11-17 | Ricoh Company, Ltd. | Communication system implementing a plurality of communication apparatuses as communication client and communication server for exchanging operation requests and operation responses |
CN101496000A (zh) * | 2006-07-31 | 2009-07-29 | 微软公司 | 通过web聚合的双向多主同步 |
CN101605294A (zh) * | 2009-07-13 | 2009-12-16 | 浙江大学 | 基于TD-SCDMA网络的Widget组件管理的方法 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012048617A1 (zh) * | 2010-10-15 | 2012-04-19 | 中兴通讯股份有限公司 | Widget更新方法、系统、widget客户端及widget服务器 |
CN103002011A (zh) * | 2012-10-29 | 2013-03-27 | 北京奇虎科技有限公司 | 基于服务器的数据更新方法和服务器 |
CN104717182A (zh) * | 2013-12-12 | 2015-06-17 | 华为技术有限公司 | 网络防火墙的安全策略部署方法和装置 |
CN104717182B (zh) * | 2013-12-12 | 2018-03-09 | 华为技术有限公司 | 网络防火墙的安全策略部署方法和装置 |
CN104717194A (zh) * | 2013-12-16 | 2015-06-17 | 研祥智能科技股份有限公司 | 安全策略的更改方法及系统 |
CN104461613A (zh) * | 2014-11-14 | 2015-03-25 | 北京百度网讯科技有限公司 | 对应用程序的浮窗信息展示进行管理的方法及装置 |
WO2017107851A1 (zh) * | 2015-12-24 | 2017-06-29 | 阿里巴巴集团控股有限公司 | 一种桌面应用组件发布、更新方法及装置 |
CN106325924A (zh) * | 2016-08-19 | 2017-01-11 | 成都卓影科技股份有限公司 | 一种epg热更新系统及方法 |
CN106325924B (zh) * | 2016-08-19 | 2019-11-15 | 成都卓影科技股份有限公司 | 一种电子节目指南热更新系统及方法 |
CN106648761A (zh) * | 2016-12-01 | 2017-05-10 | 武汉斗鱼网络科技有限公司 | 在qt程序中自动更新的方法及装置 |
WO2018098919A1 (zh) * | 2016-12-01 | 2018-06-07 | 武汉斗鱼网络科技有限公司 | 在qt程序中自动更新的方法及装置 |
CN106648761B (zh) * | 2016-12-01 | 2019-04-05 | 武汉斗鱼网络科技有限公司 | 在qt程序中自动更新的方法及装置 |
CN106685718A (zh) * | 2016-12-30 | 2017-05-17 | 杭州迪普科技股份有限公司 | 配置切换方法及装置 |
CN110442361A (zh) * | 2019-06-27 | 2019-11-12 | 五八有限公司 | 一种灰度发布方法、装置及电子设备 |
CN110442361B (zh) * | 2019-06-27 | 2024-02-09 | 五八有限公司 | 一种灰度发布方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2012048617A1 (zh) | 2012-04-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101977217A (zh) | Widget更新方法、系统、Widget客户端及Widget服务器 | |
US20110125804A1 (en) | Modular distributed mobile data applications | |
CN101668042A (zh) | 嵌入式通信系统本地页面更新的方法及装置 | |
CN100481080C (zh) | 一种浏览器本地页面的存储和更新方法 | |
EP1775913A1 (en) | Method for controlling multimedia middleware apparatus using metadata | |
US9274783B2 (en) | Dynamic delivery and integration of static content into cloud | |
CN101346757A (zh) | 管理多媒体场景中字符字体的方法以及相应的计算机程序和终端 | |
US20120254118A1 (en) | Recovery of tenant data across tenant moves | |
EP1869924A1 (en) | Method for providing contents for mobile communication terminal | |
CN101944032A (zh) | 一种微件更新的方法及客户端、服务器及系统 | |
US20130091416A1 (en) | Method for establishing a relationship between semantic data and the running of a widget | |
US6922707B2 (en) | File management method and content recording/playback apparatus | |
CN101420324B (zh) | 一种网管系统及其代理软件的版本更新方法 | |
CN102520994A (zh) | 流式加载虚拟文件方法及系统 | |
CN105282238B (zh) | 一种资源管理方法 | |
CN109672534B (zh) | 网络资源的处理方法、装置、存储介质和电子装置 | |
KR20050094372A (ko) | 멀티미디어 콘텐츠 서비스 시스템과 방법 및 그 기록매체 | |
CN101808218A (zh) | 电子节目单内容的获取和更新方法、装置和系统 | |
CN104717082A (zh) | 业务模型的适配方法及系统 | |
CN113535254A (zh) | 一种微服务的处理方法、部署方法和相关装置 | |
CN116719523A (zh) | 页面渲染方法及电子设备 | |
CN107103001B (zh) | 基于浏览器获取目标前端资源文件的方法、装置和系统 | |
CN112597423B (zh) | 一种网页内容显示方法、终端及服务器 | |
CN104217021A (zh) | 阅读服务器、终端设备及其显示阅读内容的方法 | |
CN101957768A (zh) | 一种移动Widget包的安装方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20110216 |