专利名称：一种浏览器在屏数据更新的方法、终端和服务器的制作方法
技术领域：
本发明涉及通信技术领域，特别涉及一种浏览器在屏数据更新的方法、终端和服务器。
背景技术：
浏览器在屏数据更新是指，屏幕显示的浏览页面中的数据改变引起显示
更新；浏览器在屏数据更新在很多地方需要用到，例如， 一些页面的数据是需要即时更新的场景，如股票，广告等等。
现有的在屏数据更新的一种方法就是在页面通过脚本不断的刷新当前页面，这样很影响视觉体验，并且也不一定能保证及时。后来在屏数据更新的方法得到了发展，服务器侧如果数据有更新，则发送消息通知请求了该页面的浏览器，浏览器刷新当前页面，具体的刷新方式是，从服务器侧下载该页面的全部数据然后显示上述下载的数据；这样能够在页面更新的时候才刷新，从而提高效率，达到比较好的效果。
发明人在实现本发明的过程中发现很多时候页面上的数据只是部分需要更新，而目前的做法是刷新整个页面，刷新整个页面需要下载的数据很多，然后再重新显示这些数据，刷新的效率低；并且在刷新屏幕的过程中用户必须一直等着，这样用户体验不好。
发明内容
本发明实施例要解决的技术问题是提供一种许可证书的控制方法、网络设备和系统。
为解决上述技术问题，本发明所提供的许可证书的控制方法实施例可以通过以下技术方案实现
接收服务器发送的更新数据；
判断是否需要在屏更新所述更新数据，如果是，则显示所述更新数据。可选地，所述判断是否需要在屏更新所述更新数据包括根据所述更新数据的接口判断是否需要在屏更新所迷更新数据，所述接口标记所述更新数据需要在屏更新。进一步地，所述接收服务器发送的更新数据之前还包括
向服务器发送标记指示当前页面可能更新的数据。
本发明实施例还提供了 一种浏览器在屏数据更新的方法，包括监控页面数据的更新状态；
若页面数据出现更新，则查找请求了所述页面的终端，并向请求了所述页面的终端发送所述页面中更新的数据。
可选地，所述页面数据中更新的数据的接口标记所述更新的数据是否需要在屏更新。
可选地，所述监控页面数据的更新状态包括监控页面文件的各个在屏单元；
所述页面出现更新包括页面文件的在屏单元版本变化；所述发送页面中更新的数据包括解析所述在屏单元版本变化的页面文件到文件系统信息中，发送所述文件系统信息。
进一步地，所述监控页面数据的更新状态之前还包括接收终端发送的标记，所述标记指示当前页面可能更新的数据；所述监控页面数据的更新状态包括监控页面数据中标记的数据的更新状态。本发明实施例还提供了一种终端，包括更新数据接收单元，用于接收服务器发送的更新数据；更新判断单元，用于判断是否需要在屏更新所述更新数据；显示单元，用于若需要在屏更新所述更新数据，则显示所述更新数据。可选地，所述更新判断单元包括
标记判断单元，用于根据所述更新数据的接口判断是否需要在屏更新所述更新数据，所述接口标记所述更新数据需要在屏更新。进一步地，所述终端，还包括
标记发送单元，用于向服务器发送标记指示当前页面可能更新的数据。本发明实施例还提供了一种服务器，包括监控单元，用于监控页面数据的更新状态；终端查找单元，用于查找请求了所述页面的终端；数据发送单元，用于若页面数据出现更新，则向请求了所述页面的终端 发送所述页面中更新的数据。
进一步地，所述服务器，还包括
标记接收单元，用于接收终端发送的标记，所述标记指示当前页面可能
更新的数据；
所述监控单元，具体用于监控页面数据中标记的数据的更新状态。
进一步地，所述服务器，还包括
标记添加单元，用于为所述更新的数据添加接口 ，所述接口标记所述更 新的数据需要在屏更新。
可选地，所述监控单元包括监控子单元，用于监控页面文件的各个在 屏单元；
所述页面出现更新包括页面文件的在屏单元版本变化； 还包括解析单元，用于解析所述在屏单元版本变化的页面文件到文件 系统信息中；
所述数据发送单元，具体用于若页面文件的在屏单元版本变化，则向请 求了所述页面的终端发送所述文件系统信息。
上述技术方案具有如下有益效果通过接收更新数据，然后判断是否需 要在屏更新，若是，则显示更新数据；这样就避免了进行刷新，也避免了在 屏更新时需要下载没有更新的数据的问题，提高了效率；另外，只更新了更 新数据的显示，避免刷新屏幕，提高了用户体验。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面 描述中的附图仅仅是本发明的 一 些实施例，对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例一方法流程示意图2为本发明实施例一方法流程示意图3为本发明实施例二方法流程示意图4为本发明实施例二方法流程示意图；图5为本发明实施例二方法流程示意图；图6为本发明实施例三终端结构示意图；图7为本发明实施例三终端结构示意图；图8为本发明实施例三终端结构示意图；图9为本发明实施例四服务器结构示意图；图IO为本发明实施例四终端结构示意图；图ll为本发明实施例四终端结构示意图；图12为本发明实施例四终端结构示意图；图13为本发明实施例五方法流程示意图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
实施例一，如图l所示，本发明实施例提供的一种浏览器在屏数据更新的方法，包4舌
步骤101:接收服务器发送的更新数据；
在步骤101之前还可以向服务器侧发送标记，标记当前页面可能需要更新的文件或者数据；然后由服务器侧监控这些可能需要更新的文件或者数据，从而减小服务器侧监控的范围，提高服务器监控效率。
步骤102:判断是否需要在屏更新上述更新数据，如果是，则进入步骤103,如果否，则进入步骤104;
具体地，上述判断是否需要在屏更新上述更新数据可以为根据上述更新数据的接口判断是否需要在屏更新上述更新数据，上述接口标记上述更新数据需要在屏更新。使用接口标记的方式举例定义私有的javascripM妄口来标记需要更新的网页标签，，接口为object. autoUpdate示例如下
针对一个图片〈imgid二 "tupian'， src= "aa.gif， /〉的写法可以为
document.getElementByld("tupian，，).autoUpdate = true;
当然采用其他的方式进行判断也是可以的，本发明实施例对此不予限定。步骤103:显示上述更新数据；
步骤104:不显示上述更新数据，具体为可以不作处理，也可以丟弃上述更新数据；至于如何^J喿作本发明实施例不予限定。
上述实施方式的执行主体可以为终端，也可以是终端上的浏览"i殳备；通过接收更新数据，然后判断是否需要在屏更新，若是，则显示更新凄t据；这样就避免了进行刷新，也避免了在屏更新时需要下载没有更新的数据的问题，提高了效率；另外，只更新了更新数据的显示，避免刷新屏幕，提高了用户体验。
上述实施方式中数据的更新为局部更新，在没有关闭页面(或没有向服务器发送关闭页面的请求(request))时，服务器侧监控到有数据更新，运输工具(transport)向调用方(caller)发送事项 (event), caller根据场景做出相应的策略，这是一种"一次请求，多次反馈"为一皮动式响应数据的方式。本身特点根据URL来做出响应，也可以达到局部更新；无需再重新-清求，没有屏幕间的跳跃，用户体验更加友好。
更具体的，如图2所示，涉及到的模块及event流动包括
步骤201 : 终端侧向运输工具(transport )发送运车lr工具打开(transport—open)的请求消息；
步骤202:由transport向数字存储媒体，指挥和控制(Digital StorageMedia-Command and Control, dsmcc )禾口解复用器(demux)发送dsmcc消息-并接收返回的数据；
超文件标记语言引擎(Html engine)处理
步骤203: Html engine收到报告(notify)为关于屏幕更新( on screenupdate)消息后，对当前收到的js (javascript)或层叠样式表(Cascading StyleSheets, ess)数据做出处理，其它类(超文件标记语言html)的IW居不处理，是图像(image)数据的，下面会说到；
js类的文件数据，需要清除原先遗留下来的现场,重新执行新的数据；
css类的文件数据，需要清除原先遗留下来的现场，重新渲染风才各、布局、显示(rendering style、 layout、 display);
如果有html类型的数据，处理起来会复杂些，因为它可以包含统一资源定位器(Uniform Resource Locator, URL); 图像管理者(Image manager)处理
步骤204: Image manager收到notify为on screeen update消息后，image manager重新解码与显示，如果图片的大小与原来不等(宽或高与原来不相 等)，页面需要重新layout。
实施例二，如图3所示，本发明实施例还给出了一种浏览器在屏^t据更新 的方法，包括
步骤301:监控页面数据的更新状态；
上述步骤301之前，还可以接收终端侧发送的标记，上述标记指示上述终 端侧当前页面可能需要更新的文件或者数据；步骤301中服务器侧监控上述标 记的可能需要更新的文件或者数据，从而减小服务器侧监控的范围，提高服 务器监控效率。
步骤302:若页面数据出现更新，则查找请求了上述页面的终端； 具体地，上述页面数据中更新的数据的接口标记上述更新的数据是否需
要在屏更新。当然采用其他的方式进行判断也是可以的，本发明实施例对此
不予限定。
步骤303:向请求了上述页面的终端发送上述页面中更新的数据。 上述实施方式，各步骤的执行主体可以为服务器。服务器监控页面数据 的更新状态，在有更新的时候发送更新的数据，不需要终端侧不断地刷新， 避免了在屏更新时需要下载没有更新的数据的问题，提高了效率；另外，只 更新了更新数据的显示，避免刷新屏幕，提高了用户体验。
具体地，上述监控页面数据的更新状态包括监控页面文件的各个在屏
单元；
上述页面出现更新包括页面文件的在屏单元版本变化；
上述发送页面中更新的数据包括解析上述在屏单元版本变化的页面文
件到文件系统信息中，发送上述文件系统信息。
上述方案给出了监控页面数据更新的一种方式的举例，可以理解的是采
用其他方式实现监控页面数据并不影响本发明实施例的实现，上述举例不应理解为对本发明实施例的限定。
本发明实施例还给出了页面数据的监控方法，基本流程可以为执行信
息系纟充4亥心(Eiscore Executive Information System Core, eiscore ) 5主册当前"在屏，'文件-〉电视机正在放送电视信号(on camera, oc)实时监控并收取最新文件-〉通知eiscore更新-〉继续监控"；如图4所示，可以包括
步骤401:接收注册在屏文件的请求，然后注册当前"在屏"文件；步骤402:对请求做管理后分发到相应的电视机正在放送电视/f言号(oncamera, oc);
步骤403:监控对应文件单元(module),如果版本没有变化，则继续执行步骤403,若版本有变化，则进入步骤404;
步骤404:将更新的数据解析到文件系统信息(filesystems, FFS)中；步骤405:通知访问者(caller)文件更新；
步骤406: Eiscore收到更新后的文件做更新处理，然后再回到步-骤403。另外，如图5所示，上述监控流程的结束控制方案可以为步骤501:接收关闭在屏文件的请求；
步骤502:判断，是否还有别的文件应用上述请求关闭的文件的module,如果否，则执行步骤503,如果是，则执行步骤504;
步骤503:停止监控该module,删除过滤(Remove filter)该module;步骤504:该文件的引用数减一；步骤505:继续监控该module。
Oc除了为eiscore收取在屏显示文件外，还同时可能为别的应用监控数据更新，因此，在某个oc上收到eiscore注册的在屏监控请求后，该oc的监控通知方式采用notify形式告诉请求注册者，否则(未收到在屏监控请求)仍使用之前的方式通知应用oc文件更新，这样来保证与现有逻辑的兼容。
采用监控module的方式来检测并下载最新文件的同时，oc仍需要同时监控动态链接库(Dynamic Link Library, DII)，有限的几个在屏文件对应的module的变化可能不能反映整个前端oc应用变化的情况，因此，DII仍按照现有的监控逻辑检测其它文件数据的变化情况，并通知节緩存(section buffer)清除老的緩存数据，以及根据情况来通知应用(如果已注册在屏显示文件的变化更新就不重复通知eiscore了 )
实施例三，如图6所示，本发明实施例还提供了一种终端，包括 更新数据接收单元601,用于接收服务器发送的更新数据； 更新判断单元602,用于判断是否需要在屏更新上述更新数据； 显示单元603,用于若需要在屏更新上述更新数据，则显示上述更新数据。 可选地，如图7所示，上述更新判断单元602包括
标记判断单元701,用于根据上述更新数据的接口判断是否需要在屏更新 上述更新数据，上述接口标记上述更新数据需要在屏更新。 可选地，如图8所示，所述终端还包括
标记发送单元801,用于向服务器发送标记指示当前页面可能更新的数据。
通过接收更新数据，然后判断是否需要在屏更新，若是，则显示更新数 据；这样就避免了进行刷新，也避免了在屏更新时需要下载没有更新的数据 的问题，提高了效率；另外，只更新了更新数据的显示，避免刷新屏幕，提 高了用户体验。
实施例四，如图9所示，本发明实施例还提供了一种服务器，包括 监控单元901,用于监控页面数据的更新状态； 终端查找单元902,用于查找请求了上述页面的终端； 数据发送单元903,用于若页面数据出现更新，则向请求了上述页面的终 端发送上述页面中更新的数据。
可选地，如图10所示，所述服务器还包括
标记4妄收单元1001,用于4妄收终端发送的标记，所述标记指示当前页面 可能更新的数据；
所述监控单元901，具体用于监控页面数据中标记的数据的更新状态。 可选地，如图ll所示，上述服务器还包括
标记添加单元1101,用于为上述更新的数据添加接口 ，上述4妾口标记上 述更新的数据需要在屏更新。可选地，如图12所示，上述监控单元901包括监控子单元1201,用于监
控页面文件的各个在屏单元；
上述页面出现更新包括页面文件的在屏单元版本变化；
还包括解析单元1202,用于解析上述在屏单元版本变化的页面文件到
文件系统信息中；
上述数据发送单元903,具体用于若页面文件的在屏单元版本变化，则向 请求了上述页面的终端发送上述文件系统信息。
上述服务器的方案中，服务器监控页面数据的更新状态，在有更新的时 候发送更新的数据，不需要终端侧不断地刷新，避免了在屏更新时需要下载 没有更新的数据的问题，提高了效率；另外，只更新了更新数据的显示，避 免刷新屏幕，提高了用户体验。
上述方案给出了监控页面数据更新的一种方式的举例，可以理解的是采 用其他方式实现监控页面数据并不影响本发明实施例的实现，上述举例不应 理解为对本发明实施例的限定。
实施例五，本发明实施例还提供的浏览器从打开页面到执行在屏数据更 新的流程，如图13所示，包括步骤
步骤1301:浏览器控制部分(A)向浏览器下载部分(B)发送下载请求， 标记可能更新的资源；
步骤1302: B接受请求并向服务器(C)请求资源；
步骤1303: C响应B的请求并反馈数据给B;
步骤1304: B把数据反馈给A;
步骤1305: C监控上述标记的可能更新的数据是否有更新，如果有更新， 把新的数据发给B;
步骤1306: B收到新的数据后，判断是否需要更新，如果是需要更新的则 数据发给A,否则丢掉，A收到数据后进行处理然后显示。
可以理解的是步骤1305的监控可能在不同时间监控到多次数据的更新， 所以步骤1305,步骤1306可能会重复执行多次。
上述实施方式，通过接收更新数据，然后判断是 需要在屏更新，若是，则显示更新数据；这样就避免了进行刷新，也避免了在屏更新时需要下载没 有更新的数据的问题，提高了效率；另外，只更新了更新数据的显示，避免 刷新屏幕，提高了用户体验。进一步地，上述实施方式向服务器侧发送标记， 标记当前页面可能需要更新的文件或者数据；然后由服务器侧监控这些可能 需要更新的文件或者数据，从而减小服务器侧监控的范围，提高服务器监控 效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的一种浏览器在屏数据更新的方法、终端和 服务器进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式 进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思 想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方 式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本 发明的限制。
权利要求
1、一种浏览器在屏数据更新的方法，其特征在于，包括接收服务器发送的更新数据；判断是否需要在屏更新所述更新数据，如果是，则显示所述更新数据。
2、 根据权利要求l所述方法，其特征在于，所述判断是否需要在屏更新所述更新数据包括根据所述更新数据的接口判断是否需要在屏更新所述更新数据，所述接口标记所述更新数据需要在屏更新。
3、 根据权利要求l所述方法，其特征在于，所述接收服务器发送的更新数据之前还包括向服务器发送标记指示当前页面可能更新的数据。
4、 一种浏览器在屏数据更新的方法，其特征在于，包括监控页面数据的更新状态；若页面数据出现更新，则查找请求了所述页面的终端，并向请求了所述页面的终端发送所述页面中更新的数据。
5、 根据权利要求4所述方法，其特征在于，所述页面数据中更新的数据的接口标记所述更新的数据是否需要在屏更新。
6、 根据权利要求4所述方法，其特征在于，所述监控页面数据的更新状态包括监控页面文件的各个在屏单元；所述页面出现更新包括页面文件的在屏单元版本变化；所述发送页面中更新的数据包括解析所述在屏单元版本变化的页面文件到文件系统信息中，发送所述文件系统信息。
7、 根据权利要求4所述方法，其特征在于，所述监控页面数据的更新状态之前还包才台接收终端发送的标记，所述标记指示当前页面可能更新的数据；所述监控页面数据的更新状态包括监控页面数据中标记的数据的更新状态。
8、 一种终端，其特征在于，包括更新数据接收单元，用于接收服务器发送的更新数据；更新判断单元，用于判断是否需要在屏更新所述更新数据；显示单元，用于若需要在屏更新所述更新数据，则显示所述更新数据。
9、 根据权利要求8所述终端，其特征在于，所述更新判断单元包括标记判断单元，用于根据所述更新数据的接口判断是否需要在屏更新所述更新数据，所述接口标记所述更新数据需要在屏更新。
10、 根据权利要求8所述终端，其特征在于，还包括标记发送单元，用于向服务器发送标记指示当前页面可能更新的数据。
11、 一种服务器，其特征在于，包括监控单元，用于监控页面数据的更新状态；终端查找单元，用于查找请求了所述页面的终端；数据发送单元，用于若页面数据出现更新，则向请求了所述页面的终端发送所述页面中更新的数据。
12、 根据权利要求ll所述服务器，其特征在于，还包括标记接收单元，用于接收终端发送的标记，所述标记指示当前页面可能更新的数据；所述监控单元，具体用于监控页面数据中标记的数据的更新状态。
13、 根据权利要求ll所述服务器，其特征在于，还包括标记添加单元，用于为所述更新的数据添加接口，所述接口标记所述更新的数据需要在屏更新。
14、 根据权利要求ll所述服务器，其特征在于，所述监控单元包括监控子单元，用于监控页面文件的各个在屏单元；所述页面出现更新包括页面文件的在屏单元版本变化；还包括解析单元，用于解析所述在屏单元版本变化的页面文件到文件系统信息中；所述数据发送单元，具体用于若页面文件的在屏单元版本变化，则向请求了所述页面的终端发送所述文件系统信息。
全文摘要
本发明实施例公开了一种浏览器在屏数据更新的方法、终端和服务器。其中以方法的实现为例，包括接收服务器发送的更新数据；判断是否需要在屏更新所述更新数据，如果是，则显示所述更新数据。上述实施方式通过接收更新数据，然后判断是否需要在屏更新，若是，则显示更新数据；这样就避免了进行刷新，也避免了在屏更新时需要下载没有更新的数据的问题，提高了效率；另外，只更新了更新数据的显示，避免刷新屏幕，提高了用户体验。
文档编号G06F17/30GK101645095SQ200910171810
公开日2010年2月10日 申请日期2009年8月31日 优先权日2009年8月31日
发明者徐佳宏, 攀 李, 程伯钦 申请人:深圳市茁壮网络股份有限公司