一种微件更新的方法及客户端、服务器及系统的制作方法

文档序号:6578892阅读:143来源:国知局
专利名称:一种微件更新的方法及客户端、服务器及系统的制作方法
技术领域
本发明涉及互联网技术领域,具体涉及一种微件(Widget)更新的方法、客户端、 服务器及系统。
背景技术
Widget,也称为微技,是一种基于互联网(Web)的小应用,通常实现某个特定的功 能。Widget可以看作是运行于浏览器界面之外的定制Web页面,基于Web技术的特征使得 Widget具有小巧轻便、易于开发,与操作系统耦合度低和功能完整等特性。每一个Widget 都是面向具体的轻量级的任务。Widget应用介于浏览器/服务器(B/S,Browser/Server) 和客户端/服务器(C/S,Client/Server)架构之间,结合了两者的优点。它并不完全依赖 于网络,软件框架可以在本地获取,而内容资源从网络获取,程序代码和UI设计同样可以 从专门的服务器更新,保留了 B/S架构的灵活性。Widget作为一种特殊的“网页”正在改变着互联网的访问方式,用户访问网络不再 需要依赖于浏览器,而是靠这些小工具就可以实现Web功能。随着互联网用户的需求改变 以及Widget技术的发展,Widget已经不仅仅局限于个人电脑(PC,Personal Computer)桌 面,开始渗透到其他领域,例如网页Widget、移动Widget、人机交互Widget,甚至Widget专 用终端等。移动Widget指运行于移动终端上的Widget。手机终端屏幕相对较小,浏览器却 占用了有限的屏幕资源,导致手机上网用户体验较差,而移动Widget应用框架非常适合于 手机终端,移动Widget不仅可以独立于浏览器运行,有效地利用手机屏幕,而且可以更加 直接快速方便地访问移动互联网,给手机用户带来良好的呈现方式和互联网体验。且移动 Widget特定的服务和内容使得用户更加容易获得有用信息,减少流量,避免冗余的数据传 输带来额外的流量。移动Widget所具有的易开发、易部署、个性化、交互式、消耗流量少等 特性使得它非常适合于移动互联网。目前Widget包的大小范围为几十k 几M字节,随着Widget包中图片等资源文 件的增多,Widget包也随之增大。另外,目前Widget通常都是基于标的超文本标记语言 (HTML, Hyper Text Markup Language)、JavaScript 脚本语言(JavaScript)、层叠样式表单 (CSS, Cascading Style Sheet)等传统网页开发语言进行开发,开发难度比较小,开发者很 容易对Widget开发新功能,修改现有功能,修改Widget中存在的缺陷,对Widget进行不断 维护和更新。现有技术中,对Widget更新是采用下载新版Widget包,替换客户端上的旧版 Widget包来实现的。在对现有技术的研究和实践过程中,本发明的发明人发现上述方法是通过下载一 个完整的新版本Widget包来对旧版本进行更新的,但是本发明的发明人发现这种方法会 造成较大的网络开销,且更新效率较低。

发明内容
本发明实施例提供一种Widget更新的方法、客户端、服务器及系统,能够减小网 络开销,提高Widget更新效率。本发明实施例是通过以下技术方案实现的一种微件Widget更新的方法,包括 下载Widget更新描述文件,所述Widget更新描述文件中包括Widget补丁的相关 fn息;根据所述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补丁。一种微件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补丁相关信息下载Widget补丁,再根据所述Widget补丁进行更新,由 于只需要根据Widget补丁进行Widget部分更新,因此可以减小网络开销,提高Widget更 新效率。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本 发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可 以根据这些附图获得其他的附图。图1是本发明实施例一中Widget更新的方法流程图;图2是本发明实施例二中Widget更新的方法流程图;图3是本发明实施例三中Widget更新的方法流程图;图4是本发明实施例四中Widget更新的方法流程图;图5是本发明实施例五中Widget更新的方法流程图;图6是本发明实施例六Widget更新的方法流程图;图7是本发明实施例七中Widget客户端结构示意图;图8是本发明实施例八中Widget客户端结构示意图;图9是本发明实施例九中Widget客户端结构示意图;图10是本发明实施例十中Widget更新服务器结构示意图;图11是本发明实施例十一中Widget更新服务器结构示意图;图12是本发明实施例十二中Widget服务器结构示意图;图13是本发明实施例十三中Widget服务器结构示意图;图14是本发明实施例十四中Widget系统结构示意图。
具体实施例方式本发明的发明人发现,现有技术中是通过下载一个完整的Widget包对Widget进 行更新,而目前Widget包大小一般为几十k 几M字节,且Widget包中图片等资源文件占 了较大部分的空间。Widget开发者主要是通过对Widget布局、Widget逻辑的修改和更新, 来达到修改Widget中存在的缺陷、修改现有功能以及添加新功能的目的。Widget包中的资 源文件在不同Widget版本中相对保持稳定,不会进行大规模替换,因此,每次进行Widget 更新都重新下载一个完整的Widget包,会造成较大的网络资源浪费。本发明实施例提供一种Widget更新的方法,通过对Widget进行部分更新,能够减 小网络开销,提高Widget更新效率。本发明实施例还提供相应的Widget客户端、服务器及 系统。下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地 描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发 明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施 例,都属于本发明保护的范围。实施例一、参照图1,是本发明实施例一中Widget更新的方法流程图,具体步骤如下SlOl =Widget 客户端下载 Widget 更新描述文件(UDD, Update DescriptionDocument), 所述Widget UDD中包括Widget补丁的相关信息;在具体实施中,Widget客户端可以从Widget更新服务器下载Widget UDD0S102 =Widget客户端根据所述Widget补丁的相关信息下载Widget补丁 ;在具体实施中,Widget客户端可以从Widget服务器下载Widget补丁。
S103 =Widget根据所述Widget补丁进行更新,得到指定版本的Widget包。在具体实施中,Widget更新服务器与Widget服务器可以是同一个物理实体,也可 以是分立的物理实体。可见,Widget客户端通过下载Widget UDD,并根据所述Widget UDD中包括的 Widget补丁相关信息下载Widget补丁,再根据所述Widget补丁进行更新,由于只需要根据 Widget补丁进行Widget部分更新,因此可以减小网络开销,提高Widget更新效率。为使本领域技术人员更好地理解和实现本发明实施例,以下实施例中通过具体的 应用场景进行说明实施例二、Widget UDD中的Widget补丁相关信息可以包括=Widget补丁的统一 资源定位符(URL,Universal Resource Locator)地址、更新后需要删除的文件信息。通常 Widget更新服务器存储或者自动生成UDD,并处理Widget客户端的UDD请求,Widget服务 器存储或自动生成Widget补丁,并处理Widget客户端的Widget补丁请求,Widget更新服 务器与Widget服务器可以是同一个物理实体,也可以是分立的物理实体。Widget更新流程 参照图2,具体步骤如下S201 :Widget客户端通过向Widget配置文件config. xml中的update元素的href 属性指定的URL地址请求相应的UDD ;在万维网联盟工作草案“微件1. 0版封装与配置” (W3C Working Draft "Widget 1. 0 =Packaging and Configuration")中定义的 Widget 配置文件 config. xml 结构示例如
下< ? xml version = " 1.0〃 encoding = " UTF-8" ? ><widget//Config. xmlxmlns = " http://www.w3.org/ns/widgets" //命名空间id=〃 http://exiimple.com/myWidget" //Widgetversion ="1. 0"//Widget 当前版本号height =" 200"//Widget 屏幕显示高度width = " 200〃 >//Widget 屏幕显示宽度<name>The example Widget ! </name>//Widget 名字〈feature name=" http://example.com/camera" ><param name = " autofocus" value = " true" />〈/feature〉//Widget 中用到的应用编程接口(API)<description>A sample widget to demonstrate some of the possibilities.〈/description〉//Widget 描述信息〈authorhref =" http://foo-bar. example, org/"email = " foo-bariexample. org" >Foo Bar Corp〈/author〉//Widget 作者相关信息<icon src = " icons/example, png" />//Widget 图标〈content src = 〃 index, html " />//Widget 的入口文件地址
〈updatehref = “ http//example. com/update, php ? widget = myffidget&version = 1. 0" />//Widget 更新地址<license>Example 1icense(based on MIT License) Copyright (c) 2008TheFoo Bar Corp.〈/license〉//Widget 版权信息</widget>该示例中,“//”前内容表示用xml语言实现的具体功能,“//”后注释各行程 序的具体内容,其中update元素由万维网工作草案“微件1. 0版更新”(W3CW0rking Draft "Widgets 1.0 =Updates")定义,是对 W3C Working Draft "ffidgetsl. 0 =Packaging and Configuration,,Μ#^ Γ皿。当Widget客户端需要更新某个Widget时,可以向该Widget的配置文件config. xml中的Update元素的href属性所指定的URL地址进行请求,获取该Widget所对应的 UDD,上述URL包括客户端上该Widget的标识符及当前版本号。本实施例中Widget UDD的结构示例如下< ? xml version = " 1.0〃 encoding = " UTF-8" ? >〈widgetupdate//UDD 根节点 xmlns = “ http://www.w3.org/ns/widgets" //命名空间
src = https//example, com/myffidget/ν1. 1/widget. patch
//Widget最新版本补丁地址 version = ” 1.1"/;
id = http://example, com/myffidget bytes=" 1024"
notify = " https://example.com/myWidget/updateManager.php ? justUpdated = {version} 〃 >//Widget更新成功后,可以向该地址进行通知〈details href =〃 http://a. com/myffidget/1. 1/whatsnew" >//details节点描述widget相关修改信息,href属性指向一个网页,它用自然 语言描述widget最新版本有什么修改/更新<remove>/js/1. js</remove><remove>/img/2. png</remove)〈/details〉 //Widget包中需要删除的文件信息</widgetupdate>该示例中,“//”前内容表示用xml语言实现的具体功能,“//”后注释各行程序的 具体内容,其中=Widgetupdate是UDD的根元素,其中src属性指明了该Widget当前最新 版本补丁的URL地址,version属性指明了该Widget当前最新版本的版本号,id属性指明 了该Widget的标识符,bytes属性指明了该Widget最新版本补丁大小;notify属性指明了 Widget更新成功后,可以向该属性所指的URL地址进行通知。detai 1 s元素描述了该Widget 的相关更新信息,remove子元素描述了该Widget更新后需要删除的文件信息,href属性指 向的网页采用自然语言描述对Widget修改情况进行了更进一步的说明。S202 =Widget更新服务器向Widget客户端返回相应的UDD ;
//Widget最新版本号 VWidget标识符 /Widget补丁字节数
S203 =Widfet客户端判断该Widget当前版本号与UDD中描述的最新版本号是否 相同,如果相同,则说明该Widget没有新版本,无需更新,流程结束;否则继续步骤S204 ;Widget客户端可以指定更新到哪一版本的Widget包,这里默认更新到最新版本 的 Widget 包。S204 =Widget客户端向UDD中描述的Widget补丁的URL地址进行请求Widget补 丁;S205 =Widget 服务器向 Widget 客户端返回 Widget 补丁 ;S206 =Widget客户端对Widget补丁进行相应验证,采用Widget补丁中的文件替 换掉旧版Widget包中的同名文件,同时根据UDD中details元素的remove子元素指定的 需要删除的文件,将旧版Widget包中相应文件进行删除,流程结束。由于Widget配置文件config. xml中的update元素的href属性所指定的URL地 址中包括了客户端上该Widget的标识符以及当前版本号,因此针对不同Widget客户端上 相同widget的不同版本,Widget更新服务器返回的UDD中,会分别指定不同的Widget补 丁以及相应的remove子元素,从而不同版本的Widget均可以通过相应的Widget补丁升级 到最新版本。可见,本实施例中,在有新的版本时,Widget客户端可以通过Widget UDD文件从 Widget更新服务器获取Widget补丁的URL地址,并根据所述Widget补丁的URL地址,从 Widget服务器下载Widget补丁,采用所述Widget补丁替换掉当前版本Widget包中的同名 文件,并根据所述Widget UDD中的更新后需要删除的文件信息,删除当前版本Widget包中 的相应文件,从而实现Widget部分更新,因此可以减小网络开销,提高更新效率。实施例三、与实施例二的不同之处在于,Widget UDD中的Widget补丁相关信息为 Widget补丁描述文件的URL地址,此时会增加Widget客户端与Widget更新服务器交互获 取Widget补丁描述文件的过程,Widget更新服务器用来保存或自动生成UDD及Widget补 丁描述文件,以及处理Widget客户端的UDD请求以及Widget补丁描述文件请求,Widget服 务器存储或者自动生成Widget补丁,处理Widget客户端的Widget补丁请求。同样,Widget 更新服务器与Widget服务器可以是同一个物理实体,也可以是相互分立的物理实体。参照 图3,具体步骤如下S301 :Widget客户端通过向Widget配置文件config. xml中的update元素的href 属性指定的URL地址请求相应的UDD ;可以构造Widget补丁描述文件widgetpatch. xml,其中采用remove元素描述旧 版Widget中所需删除文件。通过UDD的details元素的href属性指向该Widget补丁描 述文件,使UDD与Widget补丁描述文件建立关联。本实施例中的UDD结构示例如下< ? xml version = “ 1.0〃 encoding = “ UTF-8" >〈widgetupdate//UDD 根节点xmlns = “ http://www.w3.org/ns/widgets" //命名空间src = "https://example, com/myffidget/vl. 1/widget. patch"//Widget最新版本补丁地址version = “ 1.1〃//Widget 最新版本号id=〃 http://exiimple.com/myWidget" //Widget0120]bytes=" 1024〃
0121]notify = ‘‘ https: justUpdated = {version}“ >
0122]〈details href = 〃 http:,
//Widget补丁字节数 /example. com/myWidget/updateManager.php ? //Widget更新成功后,可以向该地址进行通知 a. com/myffidget/1. 1/whatsnew“ >
0123]We fixed some bugs and improved performance !
0124]〈/details〉 //details节点描述widget相关修改信息,href属性指向 widget补丁描述文件
0125]</widgetupdate>
0126]该示例中,“//”前内容表示用xml语言实现的具体功能,“//”后注释各行程序的 具体内容。
0127]Widget补丁描述文件结构示例如下
0128]< ? xml version = " 1.0〃 encoding = " UTF-8" ? >
0129]<widgetpatch //Widget 补丁描述文件根节点 xmlns = ” http://www.w3.org/ns/widgets" >//命名空间
<remove>/js/1. js</remove>
<remove>/img/2. png</remove>//Widget 包中需要删除的文件
</widgetpatch>
该示例中,“//”前内容表示用xml语言实现的具体功能,“//”后注释各行程序的
0130]
0131]
0132]
0133]
0134]
具体内容。
0135]S302 =Widget更新服务器向Widget客户端返回相应的UDD ;
0136]S303 =Widget客户端判断该Widget当前版本号与UDD中描述的最新版本号是否 相同,如果相同,则说明该Widget没有新版本,无需更新,流程结束;否则继续步骤S304 ;
0137]S304 =Widget根据UDD的details元素的href属性所指向的URL地址请求对应 的Widget补丁描述文件;
0138]S305 =Widget更新服务器向Widget客户端返回Widget补丁描述文件;
0139]S306 =Widget客户端根据UDD中描述的Widget补丁的URL地址向Widget服务器 请求对应的Widget补丁 ;
0140]S307 =Widget服务器向Widget客户端返回对应的Widget补丁 ;
0141]S308 =Widget客户端对Widget补丁进行相应验证,采用Widget补丁中的文件替 换掉旧版Widget包中的同名文件,并根据所述Widget补丁描述文件中的需要删除的文件 信息,删除当前版本Widget包中的相应文件。可见,本实施例中,Widget客户端从Widget更新服务器获取Widget UDD,如果需 要更新,则获取Widget UDD所指向的Widget补丁描述文件,从Widget服务器下载Widget 补丁替代当前版本中的同名文件,并且根据Widget补丁描述文件中的需要删除的文件信 息,删除当前版本Widget包中的相应文件,从而实现Widget的部分更新,因此可以减小网 络开销,并提高更新效率。实施例四、与实施例三中所采用的Widget UDD结构类似,不同之处在于,Widget UDD的details元素的href属性所指定的URL不再指向Widget补丁描述文件,且将Widget 补丁描述文件widgetpatch. xml 一并放在Widget补丁中,具体执行流程与实施例二类似,具体步骤如下S401 :Widget客户端通过向Widget配置文件config. xml中的update元素的href 属性指定的URL地址请求相应的UDD ;S402 =Widget更新服务器向Widget客户端返回相应的UDD ;S403 =Widget客户端判断该Widget当前版本号与UDD中描述的最新版本号是否 相同,如果相同,则说明该Widget没有新版本,无需更新,流程结束;否则继续步骤S404 ;S404 =Widget客户端向UDD中描述的Widget补丁的URL地址进行请求;S405 =Widget 服务器向 Widget 客户端返回 Widget 补丁 ;S406 =Widget客户端对Widget补丁进行相应验证,采用Widget补丁中的文件替 换掉旧版Widget包中的同名文件,同时根据Widget补丁中的Widget补丁描述文件,将旧 版Widget包中相应文件进行删除,流程结束。同样可以看出,本实施例中,仅仅通过下载需要更新的补丁,实现Widget的部分 更新,从而可以减小网络开销,提高更新效率。前述实施例二至四中以将Widget更新到最新版本进行说明,如前所述,在具体实 施中,可以将Widget更新到所指定的任意版本,以下通过一个具体的实施实例进行说明实施例五、将Widget更新到任意版本,参照图5,具体步骤如下S501 =Widget客户端在获得的URL地址后面添加想要更新的目标版本号;Widget客户端从Widget配置文件config. xml获得update元素的href属性,比 如获得的URL地址为“ http//example. com/update, php ? widget = myffidget&version = 1. 0"例如,可采用‘‘targetVersion = 1. 3〃的模式,得到新的URL地址为“ http//example. com/update, php ? widget = myffidget&version = 1. O&targetVersion = 1. 3 “S502 =Widget客户端根据该URL地址,向Widget更新服务器请求UDD ;S503 =Widget更新服务器进行相应处理,返回相应的UDD,这里存在几种策略a.如果该目标版本号targetVersion = 1. 3对应的Widget存在,则返回相应的 UDD,其中包含该目标版本对应的Widget补丁相关信息;b.如果该目标版本号targetVersion = 1.3对应的Widget不存在,则返回最新版 本UDD,其中包含该Widget最新版本的Widget补丁相关信息。S504 =Widget客户端根据返回的UDD进行相应处理,判断是否存在更新,如果存在 更新,则执行S505 ;否则,结束流程;S505 =Widget 客户端向 Widget 服务器请求 Widget 补丁 ;S506 =Widget 服务器返回 Widget 补丁 ;S507 =Widget 客户端根据 Widget 补丁更新 Widget。实施例六、在具体实施中,本发明实施例所述Widget更新的方法还适用于多个相 互关联的Widget进行更新的场景。例如,在Widget客户端中多个Widget相互间存在通信 的场景中,可能多个Widget间存在关联关系(例如依赖关系),一个Widget的更新可能导 致该Widget不可用或者依赖于该Widget的其他Widget不可用。以下通过几个具体的场 景进行说明
Widget客户端上存在两个Widget 天气预报widget(weather widget,版本号 1.2)和地图widget (map widget,版本号1. 3)。天气预报widget (1. 2版本)依赖于地图 widget (1. 3版本),天气预报widget需要从地图widget获得某地区的地图,然后将相应的 天气信息整合在地图上展现给用户。服务器上,天气预报widget和地图widget的最新版 本号分别是1.3和1.6。情况1 =Widget客户端对天气预报widget进行更新,天气预报widget被更新成最 新版1. 3版本,而1. 3版本的天气预报widget依赖于1. 4版本的地图widget (1. 3版本的 天气预报widget与1. 3版本的地图widget不兼容),而Widget客户端上目前没有1. 4版 本的地图widget,从而出现天气预报widget更新导致天气预报widget自身无法使用的情 况;情况2 =Widget客户端对地图widget进行更新,地图widget被更新成最新版1. 6 版本,而1. 2版本的天气预报widget依赖于1. 3版本的地图widgetd. 2版本的天气预报 widget与1. 6版本的地图widget不兼容),而widget客户端上目前没有1. 3版本的地图 widget,从而出现地图widget更新导致依赖于地图widget的天气预报widget无法使用的 情况;情况3 =Widget客户端同时对天气预报widget和地图widget进行了更新,均更新 成最新版。但是1. 3版本的天气预报widget与1. 6版本的地图widget不兼容,造成天气 预报widget无法使用的情况。在本发明实施例中,通过将Widget更新到最新版本,且同时将与之关联的其他 Widget进行相应更新(将其他Widget更新到任意指定版本,而未必是最新版本),即可解 决上述互相关联的至少两个Widget更新所导致的Widget无法正常使用的情况。可以理解的是,如前实施例所述,也可以将该Widget更新到其他指定版本,同时 将与之关联的其他Widget进行相应更新。设Widget客户端有Widget A以及与Widget A关联的其他Widget,参照图6,以 下以Widget A的更新过程进行说明S601 :Widget客户端通过向Widget配置文件config. xml中的update元素的href 属性指定的URL地址请求Widget A的UDD ;可以将Widget A的配置文件config. xml中的update元素的href属性进 行如下约定,采用widgetl和versionl描述Widget A的标识符和当前版本号,采用 widget2/version2, widget3/version3...描述 Widget A 所依赖的其它 Widget 的标识 符和当前版本号。例如,weather widget 的 config. xml 的 update 元素为<updatehref =“http//example. com/update, php ? widgetl = weather&versionl = 1. 2&widget2 = map&version2 = 1. 3〃 />,则表示weather widget当前版本号为1. 2,依赖于当前版本号 为 1. 3 的 map widget。S602 =Widget更新服务器向Widget客户端返回Widget A的UDD ;对于存在多个Widget关联的情况,Widget更新服务器保存或自动生成的UDD结构 也发生了相应变化。例如,Widget A对应的UDD中包括Widget A的更新信息和WidgetA所 依赖的其它Widget的更新信息,UDD中描述的WidgetA和Widget A所依赖的其他Widget 的更新后版本相互兼容。例如,weather widget的UDD结构示例如下
< ? xml version = “ 1.0〃 encoding = “ UTF-8" ? >〈widgetupdate//UDD 根节点xmlns= 〃 http://www.w3.org/ns/widgets" //命名空间src =“ https://example, com/weatherffidget/vl. 3/weather. patch"//weatherffidget 最新版本补丁地址version = “ 1. 3"//weatherffidget MfflKHid=〃 http: //example, com/weatherffidget" //Widgetbytes=" 1024〃//Widget 补丁字节数notify = " https://example.com/weatherWidget/updateManager.php ? justUpdated ={version} " >//Widget更新成功后,可以向该地址进行通知〈details href=" http://a. com/weatherffidget/ 1. 3/whatsnew" >//detai 1 s节点描述weatherWidget相关修改信息,href属性指向一个网页,它用自然语言描述widget最新版本有什么修改/更新<remove>/img/2. jpg</remove><remove>/js/l. js</remove> //Widget 包中需要删除的文件信息〈/details〉<refwidget "Widget A所依赖的其他widget,可以存在多个refwidget元素src = “ https://example.com/mapWidget/vL4/map.patch"//mapffidget相应版本的补丁地址version = “ 1.4〃//mapffidget 相应版本的版本号id=〃 http ://example. com/mapffidget “ //mapffidgetbytes=" 804〃//mapffidget 补丁字节数notify = “ https://example.com/mapWidget/updateManager.php justUpdated ={version} “ >//mapWidget更新成功后,可以向该地址进行通知〈details href = 〃 http:z7a.com/mapWidget/L4/whatsnew" >//details节点描述widget相关修改信息,href属性指向一个网页,它用自然语言描述widget相应版本有什么修改/更新<remove>/html/xx. html</remove>〈/details〉 //Widget包中需要删除的文件信息</refwidget></widgetupdate>该示例中,‘‘//”前内容表示用xml语言实现的具体功能,‘‘//”后注释各行程序的
具体内容。 其中包括weather widget更新信息(最新版本号为1. 3),同时,采用refwidget 元素描述了 weather widget所依赖的map widget的更新信息(为了与weatherwidget进 行兼容,map widget的更新版本号为1. 4,而不是采用map widget的最新版本1. 6)。如 果Widget A依赖于多个其它Widget,则Widget A的UDD中可以包括多个refwidget元 素,Widget A的补丁是最新版本,为了能够与Widget A进行兼容,Widget A所依赖的其它Widget的补丁可能不是最新版本。如本实施例中weather widget的UDD结构中采用 details元素的remove子元素来描述需要删除的Widget文件。S603 :Widget客户端根据所返回的Widget A的UDD判断Widget A及WidgetA所 依赖的其他Widget是否存在更新,如果是,则执行S604 ;否则结束流程;S604、Widget客户端向Widget A的UDD中描述的Widget补丁的URL地址请求 Widget A 和 Widget A 所依赖 Widget 的补丁 ;S605 :Widget服务器向 Widget客户端返回Widget A和Widget A所依赖的Widget 的补丁 ;S606 =Widget客户端对Widget A和Widget A所依赖的其他Widget的补丁进行 相应验证,采用Widget补丁中的文件替换掉旧版Widget包(包括WidgetA及Widget A依 赖的其他Widget的Widget包)中的同名文件,同时根据Widget A的UDD中details元素 的remove子元素指定的需要删除的文件,将旧版Widget包(包括Widget A及Widget A 依赖的其他Widget的Widget包)中相应文件进行删除,流程结束。本实施例中,对于Widget客户端有多个相互关联的Widget时采用实施例二中所 述的更新方法,可以理解的是,也可以采用前述实施例三、实施例四中所介绍的方法,具体 流程大致相同。例如,对于某个Widget存在与之关联的其他Widget时,所述Widget补丁 相关信息可以包括所述Widget及与之关联的其他Widget的补丁对应的URL地址、所述 Widget及与之关联的其他Widget的补丁描述文件对应的URL地址;对应的,所述采用所述 Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget及与之关联的其他 Widget的补丁描述文件对应的URL地址,从Widget更新服务器获取所述Widget及与之关 联的其他Widget补丁描述文件;根据所述Widget及与之关联的其他Widget的补丁对应 的URL地址,从Widget服务器下载所述Widget及与之关联的其他Widget的补丁 ;而采用 所述Widget补丁进行更新的步骤包括将所述Widget及与之关联的其他Widget的补丁 替换掉所述Widget及与之关联的其他Widget当前版本Widget包中的同名文件,并根据所 述Widget及与之关联的其他Widget的补丁描述文件中的需要删除的文件信息,删除所述 Widget及与之关联的其他Widget当前版本Widget包中的相应文件。对于某个Widget存在与之关联的其他Widget时,所述Widget补丁相关信息可以 包括所述Widget及与之关联的其他Widget的补丁对应的统一资源定位符URL地址;对应 的,根据所述Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget及与 之关联的其他Widget的补丁对应的URL地址,从Widget服务器下载所述Widget及与之关 联的其他Widget的补丁,所述Widget及与之关联的其他Widget的补丁中包括所述Widget 及与之关联的其他Widget需要删除的文件信息;而根据所述Widget补丁进行更新的步骤 包括根据所述Widget及与之关联的其他Widget的补丁替换掉所述Widget及与之关联 的其他Widget当前版本Widget包中的同名文件,并根据所述Widget及与之关联的其他 Widget的补丁中包括的需要删除的文件信息,删除所述Widget及与之关联的其他Widget 当前版本Widget包中的相应文件。以下仍以weather widget和map widget为例来说明本实施例在各种场景中具体 应用场景1
1) ^fr weather widget 片反:φ 1. 2, map widget 片反:φ 1. 3 ;2) weather widget进行更新,例如,按照图6所示的流程,可以顺利完成weather widget 禾口 map widget 的更新,更新后,weather widget 版本 1. 3, map widget 版本 1. 4 ;3)更新结束。场景2 1) ^fr weather widget 片反:φ 1. 2, map widget 片反:φ 1. 3 ;2)map widget进行更新,按照实施例二至四任一实施例所述的流程,mapwidget可 被更新为1. 6 ;3) weather widget ^Τ^Ι Widgetweather widget 白勺 config. xml 白勺 update 7Π 素进分析,update 7Π 素为:<updatehref = " http//example. com/ update, php ? widgetl = weather&versionl = 1. 2&widget2 = map&version2 = 1.3" />, 发现map widget的当前版本号不是1. 3,而是1. 6,所以可以通过URL“ http//example.com/update.php ? widgetl = weather&versionl = 1. 2&widget2 = map&version2 = 1. 6〃向Widget更新服务器进行请求,Widget更新服务 器发现这是多个存在依赖关系的Widget间的更新,因此同意对map widget进行降版本更 新(从版本1. 6降为版本1. 4),返回的UDD中,weather widget版本为1. 3,mapwidget版 本为1.4 ;4) Widget客户端通过分析UDD,发现这是多个存在依赖关系的Widget间的更新; weather widget顺利完成更新(从版本1. 2更新为版本1. 3),当对mapwidget进行更新 时,Widget客户端发现现有的map widget版本为1. 6,而需要降版本更新为1.4,为了用 户能够正常使用1. 6版本的map widget,同时也让weatherwidget能够正常运行,Widget 客户端可以生成map widget的一个备份,该备份对用户不可见,只对依赖于该版本的其它 Widget (比如weather widget)可见,并用map widget的补丁将其从1. 6版本降级为1. 4 版本;weather widget 的 config. xml 的 update 元素也更新为〈updatehref = “ http//example. com/update, php ? widgetl = weather&versionl = 1. 3&widget2 = map&version2 = 1. 4" />5)更新结束。则以后weather widget运行时,就与1. 4版本的map widget进行通信,而不与 1. 6版本的map widget进行通信。情景3 1)当前 weather widget 版本 1. 3,备份 map widget 版本 1. 4,map widget 版本 1. 6 ;2)更新服务器端存在1. 4版本的weather widget,其依赖于1. 5版本的 mapwidget ;3) Widget客户端更新weather widget,并触发备份map widget进行版本更新,更 新完成后,weather widget 版本 1. 4,备份 map widget 版本 1. 5, map widget 版本 1. 6 ;4)更新结束。情景4 1)当前 weather widget 版本 1. 4,备份 map widget 版本 1. 5,map widget 版本 1. 6 ;
2)更新服务器端存在1. 5版本的weather widget,其依赖于1. 6版本的 mapwidget ;3) Widget客户端更新weather widget,将其更新为版本1. 5,并触发备份 mapwidget进行版本更新,由于备份map widget需要被更新为版本1. 6,而Widget客户端已 经存在1. 6版本的map widget,因此Widget客户端将备份map widget删除;现在widget 客户端存在1. 5版本的weather widget和1. 6版本的map widget ;4)更新结束。各个应用场景中的Widget更新均可采用实施例一至五任一实施例中所述的方 法进行更新,不同之处在于,需要同时更新与之关联的其他Widget。考虑到兼容性,各个 Widget更新后未必都是最新版本。可见,本实施例通过对多个相互关联的Widget进行部分更新,可以减小网络开 销,提高更新速度,且同步更新可以实现更新后的各个Widget相互兼容。以上通过具体实施例对Widget更新的方法进行了详细的说明,以下详细介绍上 述方法对应的客户端、服务器及系统。实施例七、一种Widget客户端,如图7所示,该客户端包括更新描述文件处理单元701,用于下载并解析Widget更新描述文件,所述Widget 更新描述文件中包括Widget补丁的相关信息;补丁下载单元702,用于根据所述更新描述文件处理单元701解析得到的Widget 补丁相关信息,下载Widget补丁 ;Widget更新单元703,用于根据补丁下载单元702所下载的Widget补丁,对 Widget进行更新,得到指定版本的Widget包。在具体实施中,如图7所示,更新描述文件处理单元701解析得到的Widget补丁 的相关信息可以包括=Widget补丁的统一资源定位符URL地址、更新后需要删除的文件信 息;对应的,补丁下载单元702,可用于根据所述更新描述文件处理单元解析得到的Widget 补丁的URL地址,下载Widget补丁 ;Widget更新单元703可以包括第一更新子单元703-1 和第二更新子单元703-4,其中第一更新子单元703-1用于根据采用补丁下载单元702下 载的Widget补丁替换掉当前版本Widget包中的同名文件;第二更新子单元703-2,用于根 据所述更新后需要删除的文件信息,删除当前版本Widget包中的相应文件。实施例八,参照图8,在具体实施中,与实施例七中的Widget客户端可以有如下不 同之处更新描述文件处理单元801解析得到的Widget补丁相关信息可以包括=Widget 补丁的URL地址、Widget补丁描述文件的URL地址;对应的,补丁下载单元802,包括第一下 载单元802-1,和第二下载单元802-2,其中第一下载单元802-1,可用于根据更新描述文 件处理单元801解析得到的Widget补丁描述文件的URL地址获取Widget补丁描述文件, 所述补丁描述文件中包含需要删除的文件的信息;第二下载单元802-2,可用于根据更新 描述文件处理单元801解析得到的Widget补丁的URL地址,下载Widget补丁 ;Widget更 新单元803可以包括第三更新子单元803-1和第四更新子单元803-2,其中第三更新子单 元803-1,用于采用第二下载单元802-2下载的Widget补丁替换掉当前版本Widget包中的 同名文件;第四更新子单元803-2,用于根据第一下载单元802-1下载的所述Widget补丁描述文件中的需要删除的文件信息,删除当前版本Widget包中的相应文件。实施例九,参照图9,在具体实施中,与实施例七、八中的Widget客户端可以有如 下不同之处更新描述文件处理单元901解析得到的Widget补丁相关信息可以包括=Widget 补丁的统一资源定位符URL地址;对应的,补丁下载单元902,可以用于根据所述Widget补 丁的URL地址从Widget服务器下载Widget补丁,所述Widget补丁中包括需要删除的文件 信息;Widget更新单元903可以包括第五更新子单元903-1,用于根据所述Widget补丁替 换掉当前版本Widget包中的同名文件,并根据所述Widget补丁中包括的需要删除的文件 信息,删除当前版本Widget包中的相应文件。本实施例中的Widget客户端通过下载Widget更新描述文件,并根据所述Widget 更新描述文件中包括的Widget补丁相关信息下载Widget补丁,再根据所述Widget补丁进 行更新,由于只需要根据Widget补丁进行部分Widget更新,因此采用所述Widget客户端 进行更新可以减小网络开销,提高Widget更新效率。本发明实施例还提供了相应的Widget服务器,该服务器包括接收单元,用于接收Widget客户端的Widget更新描述文件请求消息;发送单元,用于根据所述接收单元接收到的Widget更新描述文件请求消息,将存 储的或生成的Widget更新描述文件发送至所述Widget客户端。以下通过两个具体的实施例进行说明实施例十、一种微件Widget更新服务器,如图10所示,该更新服务器可以包括第一存储单元1001,用于存储Widget更新描述文件,所述Widget更新描述文件中 包括Widget补丁的相关信息;第一接收单元1002,用于接收Widget客户端的Widget更新描述文件请求消息;第一处理单元1003,用于根据第一接收单元1002接收到的Widget更新描述文件 请求消息,从第一存储单元1001中获取相应的Widget更新描述文件;第一发送单元1004,用于向所述Widget客户端发送第一处理单元1003所获取的 Widget更新文件描述文件。本实施例中的Widget更新服务器通过向Widget客户端提供所需更新的Widget 补丁的相关信息,使得Widget客户端根据所述Widget补丁的相关信息,获取到更新所需要 的补丁,进而实现Widget部分更新,因而可以减小网络开销,提高更新效率。实施例十一、一种微件Widget更新服务器,参照图11,该服务器包括第二接收单元1101,用于接收Widget客户端发送的Widget更新描述文件请求消 息;第一生成单元1102,用于根据第二接收单元1101接收到的Widget更新描述文件 请求消息,生成相应的Widget更新描述文件,所述Widget更新描述文件中包括Widget补 丁的相关信息;第二发送单元1103,用于向所述Widget客户端发送第一生成单元1102所生成的 Widget更新描述文件。可见,本实施例中所提供的Widget更新服务器与实施例十的不同之处在于,本 Widget更新服务器中不需要保存Widget更新描述文件,而是在接收到Widget客户端发送的Widget更新描述文件请求消息时,自动生成相应的Widget更新描述文件并返回Widget 客户端,从而使Widget客户端根据所述Widget补丁的相关信息,获取到更新所需要的补 丁,进而实现Widget部分更新,因而可以减小网络开销,提高更新效率。本发明实施例还提供了相应的Widget服务器,该服务器包括接收单元,用于接收Widget客户端所发送的Widget补丁请求消息;发送单元,用于向所述Widget客户端发送存储的或生成的Widget补丁。以下通过两个具体的实施例进行说明实施例十二、一种微件Widget服务器,参照图12,该服务器可以包括第二存储单元1201,用于存储Widget补丁 ;第三接收单元1202,用于接收Widget客户端所发送的Widget补丁请求消息;第二处理单元1203,用于根据第三接收单元1202接收到的Widget补丁请求消息, 从第二存储单元获取相应的Widget补丁 ;第三发送单元1204,用于向所述Widget客户端发送第二处理单元1203所获取的 Widget 补丁。本实施例所提供的Widget服务器在接收到Widget客户端发送的Widget补丁请 求时,向Widget客户端提供更新所需的Widget补丁,从而使得Widget客户端只需要下载 与当前版本不同的Widget补丁即可实现更新,由于不需要下载完整的Widget包,因此可以 减小网络开销,提供提高更新效率。实施例十三、一种微件Widget服务器,参照图13,该服务器包括第四接收单元1301,用于接收Widget客户端发送的Widget补丁请求消息;第二生成单元1302,用于根据第四接收单元1301接收到的Widget补丁请求消息, 生成相应的Widget补丁 ;第四发送单元1303,用于向所述Widget客户端发送第二生成单元1302所生成的 Widget 补丁。实施例十四、一种微件Widget系统,参照图14,该系统包括=Widget客户端1401、 Widget更新服务器1402和Widget服务器1403,其中Widget客户端1401,用于从Widget更新服务器1402下载Widget更新描述文件, 所述Widget更新描述文件中包括Widget补丁的相关信息;根据所述Widget补丁的相关 信息从Widget服务器1403下载Widget补丁,并根据所述Widget补丁进行Widget部分更 新,得到指定版本的Widget包。Widget更新服务器1402,用于存储或自动生成Widget更新描述文件,并向Widget 客户端1401提供所述Widget更新描述文件;Widget服务器1403,用于存储或自动生成Widget补丁,并向Widget客户端1901 提供所述Widget补丁。本实施例所介绍的Widget系统中,Widget客户端通过从Widget更新服务器下 载Widget更新描述文件,并根据所述Widget更新描述文件中包括的Widget补丁相关信 息从Widget服务器下载Widget补丁,再根据所述Widget补丁进行更新,由于只需要根据 Widget补丁进行Widget部分更新,因此可以减小网络开销,提高Widget更新效率。在具体实施中,Widget更新服务器1902与Widget服务器1903可以为同一个物理实体,也可以为分立的物理实体。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以 通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质 中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁 碟、光盘、只读存储记忆体(Read-Only Memory, ROM)或随机存储记忆体(Random Access Memory, RAM)等。以上对本发明实施例所提供的Widget更新的方法、客户端、服务器及系统进行了 详细介绍,本文中应用了具体个例对本发明的原理及实施方式进行了阐述,以上实施例的 说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依 据本发明的思想,在具体实施方式
及应用范围上均会有改变之处,综上所述,本说明书内容 不应理解为对本发明的限制。
权利要求
一种微件Widget更新的方法,其特征在于,包括下载Widget更新描述文件,所述Widget更新描述文件中包括Widget补丁的相关信息;根据所述Widget补丁的相关信息下载Widget补丁;根据所述Widget补丁进行更新,得到指定版本的Widget包。
2.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget补丁的相关信息 包括所述Widget补丁的统一资源定位符URL地址、更新后需要删除的文件信息;所述根据所述Widget补丁的相关信息下载Widget补丁包括根据所述Widget补丁的 URL地址从Widget服务器下载Widget补丁 ;所述根据所述Widget补丁进行更新包括采用所述Widget补丁替换掉当前版本 Widget包中的同名文件,并根据所述更新后需要删除的文件信息,删除当前版本Widget包 中的相应文件。
3.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget存在与之关联的 其他Widget时,所述Widget补丁的相关信息包括所述Widget及与之关联的其他Widget 的补丁对应的URL地址、更新后需要删除的所述Widget的文件的信息及与之关联的其他 Widget的文件的信息;所述根据所述Widget补丁的相关信息下载Widget补丁包括根据所述Widget及与之 关联的其他Widget的补丁的URL地址,从Widget服务器下载所述Widget及与之关联的其 他Widget的补丁 ;所述根据所述Widget补丁进行更新包括采用所述Widget及与之关联的其他Widget 的补丁替换掉所述Widget及与之关联的其他Widget当前版本Widget包中的同名文件,并 根据所述更新后需要删除的所述Widget的文件的信息及与之关联的其他Widget的文件的 信息,删除所述Widget及与之关联的其他Widget当前版本Widget包中的相应文件。
4.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget补丁相关信息包 括Widget补丁的URL地址、Widget补丁描述文件的URL地址;所述采用所述Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget 补丁描述文件的URL地址从Widget更新服务器获取Widget补丁描述文件,根据所述 Widget补丁的URL地址从Widget服务器下载Widget补丁 ;所述采用所述Widget补丁进行更新的步骤包括将所述Widget补丁替换掉当前版本 Widget包中的同名文件,并根据所述Widget补丁描述文件中的需要删除的文件信息,删除 当前版本Widget包中的相应文件。
5.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget存在与之关联 的其他Widget时,所述Widget补丁相关信息包括所述Widget及与之关联的其他Widget 的补丁对应的URL地址、所述Widget及与之关联的其他Widget的补丁描述文件对应的URL 地址;所述采用所述Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget 及与之关联的其他Widget的补丁描述文件对应的URL地址,从Widget更新服务器获取所 述Widget及与之关联的其他Widget的补丁描述文件;根据所述Widget及与之关联的其 他Widget的补丁对应的URL地址,从Widget服务器下载所述Widget及与之关联的其他Widget 的补丁 ;所述采用所述Widget补丁进行更新的步骤包括将所述Widget及与之关联的其他 Widget的补丁替换掉所述Widget及与之关联的其他Widget当前版本Widget包中的同名 文件,并根据所述Widgedg与之关联的其他Widget的补丁描述文件中的需要删除的文件信 息,删除所述Widget及与之关联的其他Widget当前版本Widget包中的相应文件。
6.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget补丁相关信息包 括=Widget补丁的统一资源定位符URL地址;所述根据所述Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget 补丁的URL地址从Widget服务器下载Widget补丁,所述Widget补丁中包括需要删除的文 件信息;所述根据所述Widget补丁进行更新的步骤包括根据所述Widget补丁替换掉当前版 本Widget包中的同名文件,并根据所述Widget补丁中包括的需要删除的文件信息,删除当 前版本Widget包中的相应文件。
7.如权利要求1所述的Widget更新的方法,其特征在于,所述Widget存在与之关联 的其他Widget时,所述Widget补丁相关信息包括所述Widget及与之关联的其他Widget 的补丁对应的统一资源定位符URL地址;所述根据所述Widget补丁的相关信息下载Widget补丁的步骤包括根据所述Widget 及与之关联的其他Widget的补丁对应的URL地址,从Widget服务器下载所述Widget及与 之关联的其他Widget的补丁,所述Widget及与之关联的其他Widget的补丁中包括所述 Widget及与之关联的其他Widget需要删除的文件信息;所述根据所述Widget补丁进行更新的步骤包括根据所述Widget及与之关联的其他 Widget的补丁替换掉所述Widget及与之关联的其他Widget当前版本Widget包中的同名 文件,并根据所述Widget及与之关联的其他Widget的补丁中包括的需要删除的文件信息, 删除所述Widget及与之关联的其他Widget当前版本Widget包中的相应文件。
8.一种微件Widget客户端,其特征在于,包括更新描述文件处理单元,用于下载并解析Widget更新描述文件,所述Widget更新描述 文件中包括Widget补丁的相关信息;补丁下载单元,用于根据所述更新描述文件处理单元解析得到的Widget补丁相关信 息,下载Widget补丁 ;Widget更新单元,用于根据补丁下载单元所下载的Widget补丁,对Widget进行更新, 得到指定版本的Widget包。
9.如权利要求8所述的Widget客户端,其特征在于,所述更新描述文件处理单元解析 得到的Widget补丁的相关信息包括=Widget补丁的统一资源定位符URL地址、更新后需要 删除的文件信息;所述补丁下载单元,用于根据所述更新描述文件处理单元解析得到的Widget补丁的 URL地址,下载Widget补丁 ;所述Widget更新单元还用于根据采用所述补丁下载单元下载的Widget补丁替换掉 当前版本Widget包中的同名文件,并根据所述更新后需要删除的文件信息,删除当前版本 Widget包中的相应文件。
10.如权利要求8所述的Widget客户端,其特征在于,所述更新描述文件处理单元解 析得到的Widget补丁相关信息包括=Widget补丁的URL地址、Widget补丁描述文件的URL 地址;所述补丁下载单元,用于根据所述Widget补丁描述文件的URL地址从Widget更新服 务器获取Widget补丁描述文件,根据所述Widget补丁的URL地址从Widget服务器下载 Widget 补丁 ;所述Widget更新单元还用于将所述Widget补丁替换掉当前版本Widget包中的同名 文件,并根据所述Widget补丁描述文件中的需要删除的文件信息,删除当前版本Widget包 中的相应文件。
11.如权利要求8所述的Widget客户端,其特征在于,所述更新描述文件处理单元解析 得到的Widget补丁相关信息包括=Widget补丁的统一资源定位符URL地址;所述补丁下载单元,用于根据所述Widget补丁的URL地址从Widget服务器下载 Widget补丁,所述Widget补丁中包括需要删除的文件信息;所述Widget更新单元包括第五更新子单元,用于根据所述Widget补丁替换掉当前版 本Widget包中的同名文件,并根据所述Widget补丁中包括的需要删除的文件信息,删除当 前版本Widget包中的相应文件。
12.—种微件Widget更新服务器,其特征在于,包括接收单元,用于接收Widget客户端的Widget更新描述文件请求消息;发送单元,用于根据所述接收单元接收到的Widget更新描述文件请求消息,将存储的 或生成的Widget更新描述文件发送至所述Widget客户端。
13.一种微件Widget服务器,其特征在于,包括接收单元,用于接收Widget客户端所发送的Widget补丁请求消息;发送单元,用于向所述Widget客户端发送存储的或生成的Widget补丁。
14.一种微件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更新描述文件中包括Widget补丁的相关信息;根据所述Widget补丁的相关信息下载Widget补丁;根据所述Widget补丁进行更新,得到指定版本的Widget包。本发明实施例还提供相应的客户端、服务器和系统。本发明技术方案由于只需要根据Widget补丁进行Widget部分更新,因此可以减小网络开销,提高Widget更新效率。
文档编号G06F17/30GK101944032SQ20091015011
公开日2011年1月12日 申请日期2009年7月3日 优先权日2009年7月3日
发明者朱望斌, 符海芳 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1