CN104093075A - 一种门户页面更新方法及*** - Google Patents
一种门户页面更新方法及*** Download PDFInfo
- Publication number
- CN104093075A CN104093075A CN201410257997.9A CN201410257997A CN104093075A CN 104093075 A CN104093075 A CN 104093075A CN 201410257997 A CN201410257997 A CN 201410257997A CN 104093075 A CN104093075 A CN 104093075A
- Authority
- CN
- China
- Prior art keywords
- data
- operation system
- portal page
- system data
- top box
- 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
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明涉及一种门户页面更新方法及***。本发明先将门户页面的业务***数据和UI界面分离,将服务器端与机顶盒端的门户页面进行比较,根据比较结果,只有在门户页面有修改时,服务器端才只将不一致的UI数据或者业务***数据发送至机顶盒进行更新,即服务器端只将有修改的UI数据或者业务***数据发送至机顶盒进行更新,对于一致的没有修改的数据不进行发送,而不是将门户页面所有的UI和业务***数据全部进行更新,更新数据量大大减小且都为静态数据,数据更新到机顶盒而不是由服务器端完成所有更新,从而减少了用网络资源的耗费,大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间,极大提高了用户的满意度。
Description
技术领域
本发明涉及通信领域,尤其涉及一种门户页面更新方法及***。
背景技术
目前,交互式数字电视的门户页面更新有两种方式:
1、门户内置在机顶盒内部
将门户页面(以网页形式)内置在机顶盒中实现浏览业务***,在机顶盒内的内置门户直接连接业务***的页面。其中,机顶盒在用户端,业务***在服务器端。内置门户采用文本标记语言(HTML)网页技术开发,门户页面上集成多个业务***的业务***数据,例如业务***名称及业务***对应的统一资源定位符(URL)链接地址。例如,HTML代码如下:
<a href=”http://news.sohu.com”>新闻</a>;
<a href=”http://192.168.0.1/video”>天天影院</a>;
<a href=”http://192.168.0.1/photo”>家庭相册</a>。
用户点击内置门户中业务***的URL链接地址,则进入对应的业务***。
若运营商变更了业务***的提供商,业务***的URL链接地址进行变更,例如,运营商变更了“新闻”这个业务***的提供商,URL地址由http://news.sohu.com变更为http://news.qq.com,此时需要对门户页面进行更新,则需要修改机顶盒中内置门户的HTML代码为:
<a href=”http://news.qq.com”>新闻</a>;
<a href=”http://192.168.0.1/video”>天天影院</a>;
<a href=”http://192.168.0.1/photo”>家庭相册</a>。
在完成HTML代码的修改后,需要将修改后的门户页面上传到服务器端, 所有的用户机顶盒都需要更新整个门户页面,即下载修改后的整个门户页面。
但是,该种方式在机顶盒更新门户页面的过程中,由于更新的文件包下载过程中可能断开连接,因此需要反复下载,该过程容易出错,而且随着业务***的大量引入,URL的链接变化比较频繁,机顶盒更新门户网页的过程会消耗大量的网络资源,极大降低了用户满意度。
2、对业务***进行编码,使用该编码从更新门户页面装置查询业务***对应的业务***URL。例如,如图4和5所示,
当业务***需要修改自己的URL链接地址时,只需要在业务***代理模块中修改业务***的数字编码的映射关系。由于机顶盒中内置的门户页面使用的是代理URL链接地址,因此不需要对机顶盒的门户页面进行任何修改,也不需要对机顶盒的内置门户进行升级。例如:若运营商变更了“在线新闻”这个业务***的提供者,业务***的URL地址由http://www.sina.com.cn变更为http://www.qq.com,则只需要在业务***代理模块中修改配置信息,将10001对应的http://www.sina.com.cn地址修改为http://www.qq.com。
但是,该方式把所有的业务请求和URL链接地址都放在服务器端,服务器压力大增,尤其大量用户并发时,这就增大用户等待服务器响应时间,而且当某个业务***消失时,门户页面上仍然会显示该业务***的业务数据,用户点击时却无法进行链接,这就极大降低了用户满意度。
发明内容
有鉴于此,有必要针对上述门户页面更新消耗网络资源,造成服务器压力过大的问题,提供一种门户页面更新方法。
此外,还提供一种门户页面更新***。
本发明提供一种门户页面更新方法,包括如下步骤:
S10:于服务器端,将门户页面的UI和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据;
S20:若UI数据或业务***数据有修改,则对UI数据或有修改的业务系 统数据进行更新,更新成新的UI数据或业务***数据;
S30:接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较,若完全一致,则不做操作,若不一致,则执行步骤S40;
S40:若UI数据不一致,则由服务器端只将新的UI数据发送至机顶盒进行更新;若业务***数据不一致,则由服务器端只将不一致的业务***数据发送至机顶盒进行更新。
本发明提供一种门户页面更新***,设置于服务器端,包括:
门户页面管理单元,将门户页面的UI和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据,并在UI数据或业务***数据有修改时,对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据;
门户页面更新单元,接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较;若完全一致,则不做操作,若不一致,如果是UI数据不一致,则只将新的UI数据发送至机顶盒进行更新,如果是业务***数据不一致,则只将不一致的业务***数据发送至机顶盒进行更新。
本发明门户页面更新方法及***,先将门户页面的业务***数据和UI界面分离,将服务器端与机顶盒端的门户页面进行比较,根据比较结果,只有在门户页面有修改时,服务器端才只将不一致的UI数据或者业务***数据发送至机顶盒进行更新,即服务器端只将有修改的UI数据或者业务***数据发送至机顶盒进行更新,对于一致的没有修改的数据不进行发送,而不是将门户页面所有的UI和业务***数据全部进行更新,更新数据量大大减小且都为静态数据,数据更新到机顶盒而不是由服务器端完成所有更新,从而减少了用网络资源的耗费,大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间,极大了提高了用户的满意度。
附图说明
图1是一个实施例中的门户页面更新方法的流程图;
图2是一个实施例中步骤S20的具体流程图;
图3是一个实施例中的门户页面更新***的结构图;
图4是现有方式中门户页面更新方式的示意图;
图5是现有方式中门户更新方式的又一示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
图1是一个实施例中的门户更新方法的流程图。该方法包括如下步骤:
S10:于服务器端,将门户页面的用户界面(UI)和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据。
通常,门户页面具有用于对用户进行展示的用户界面(UI)。门户页面上集成有多个业务***的业务***数据,例如,业务***名称及业务***对应的统一资源定位符(URL)链接地址。多个业务***数据会布局在用户界面(UI)上展示给用户,从而形成完整的门户页面。在之前,业务***数据和UI是一体的,如果某些业务***数据有更新,或者UI有更新(例如调整UI布局、模板等等),则需要下载所有的业务***数据和UI数据,这就需要下载大量数据,耗费大量网络资源。
在该实施例中,首先,在门户服务器端将门户页面的UI和业务***数据进行分离,分别生成UI数据和独立的业务***数据,将原来一体的UI和多个业务***数据全部分离开,形成独立的UI数据和彼此独立的业务***数据。例如,门户页面上集成有新闻、天天影院、家庭相册三个业务***,三个业务***布局在UI界面上,则将三个业务***的业务***数据与UI界面分离,分别形成UI数据以及对应新闻、天天影院、家庭相册三个彼此独立的业务***数据,这 样就将门户页面上所有数据分离开来。
在进一步的实施方式中,步骤S10具体为:将业务***数据各自生成JSON数据,并进行存储。JSON(Java Script Object Notation)数据是一种轻量级的数据交换格式的数据,是一种数据容易变化的数据。将业务***数据生成JOSN数据,易于将业务***数据与UI数据分离,并易于修改业务***数据。每个业务***数据各自生成JSON数据,单独存放在服务器端的services.js中。
S20:若UI数据或业务***数据有修改,则对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据。
在对UI数据和业务***数据分离后,如果此时运营商需要修改一些业务***的URL链接地址或者修改UI,则需要对UI数据或业务***数据进行修改。如果UI数据或业务***数据有修改,则需要及时对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据。
在该实施例中,为便于UI数据或业务***数据进行管理和修改,步骤S20具体如图2所示:
S21:对UI数据和彼此独立的业务***数据各自生成版本号。
在将UI数据和业务***数据进行分离后,为能够实时监控UI数据和业务***数据的更新修改,为UI数据和独立的业务***数据生成版本号,通过版本号监控UI数据和业务***数据的更新和修改。
S22:在UI数据有修改时,更新保存修改的UI数据,并生成UI数据升级包和新的版本号。
当UI数据有修改时,保存修改的UI数据,同时需要对UI数据的版本进行更新,生成新的版本号。为便于机顶盒升级更新,还生成UI数据升级包。
S23:在业务***数据有修改时,对有修改的业务***,更新保存修改的业务***数据,并生成业务***数据升级包和新的版本号。
当业务***数据有修改时,对修改的业务***数据,保存修改的业务***数据,同时需要对业务***数据的版本进行更新,生成新的版本号。为便于机顶盒升级更新,还生成UI数据升级包。而对没有修改的业务***数据不做任何 更新操作。
S30:接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较。若完全一致,则不做操作,若不一致,则执行步骤S40。
机顶盒在开机后会间隔向服务器端发送请求,对门户页面进行比较更新。在机顶盒发送请求后,接收机顶盒的请求,然后机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较,判断是否有修改,是否需要更新。若比较完全一致,则说明没有修改,不需要操作。若不一致,则说明有修改,需要进行更新。
在该实施例中,步骤S30具体为:接收机顶盒的请求,将机顶盒中门户页面的UI数据版本号和各个业务***数据的版本号与服务器端的UI数据版本号和各个业务***数据版本号进行比较,若版本号完全一致,则不做操作,若版本号不一致,则执行步骤S40。
S40:若UI数据不一致,则由服务器端只将新的UI数据发送至机顶盒进行更新;若业务***数据不一致,则由服务器端只将不一致的业务***数据发送至机顶盒进行更新。
在比较之后,如果不一致,首先确定是哪些不一致。如果是UI数据不一致,则说明服务器端修改了UI数据,此时由服务器端只将新的UI数据发送至机顶盒进行更新,而不发送业务***数据。如果是业务***数据有不一致的,则由服务器端只将不一致的业务***数据发送到机顶盒进行更新,也即只将有修改的业务***数据发送至机顶盒进行更新,而对于一致的没有修改的业务***数据,不进行发送,这样就只对门户页面有修改的UI或者业务***数据进行针对性的更新,而不是将门户页面所有的UI和业务***数据全部进行更新,这就大大降低了更新数据的大小,减少了用网络资源的耗费。同时,将有修改的UI数据或者业务***数据发送至机顶盒端进行更新,也可大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间。
在该实施例中,步骤S40具体为:若UI数据版本号不一致,则由服务器 端只将UI数据新版本号和UI数据升级包发送至机顶盒进行更新;若业务***数据版本号不一致,则由服务器端只将不一致的业务***数据新的版本号和业务***数据升级包发送至机顶盒进行更新。机顶盒接收新的版本号和升级包后,替换旧的版本号和数据,完成更新后重新加载,显示最新的门户页面。
该门户页面更新方法,先将门户页面的业务***数据和UI界面分离,将服务器端与机顶盒端的门户页面进行比较,根据比较结果,只有在门户页面有修改时,服务器端才只将不一致的UI数据或者业务***数据发送至机顶盒进行更新,即服务器端只将有修改的UI数据或者业务***数据发送至机顶盒进行更新,对于一致的没有修改的数据不进行发送,而不是将门户页面所有的UI和业务***数据全部进行更新,更新数据量大大减小且都为静态数据,数据更新到机顶盒而不是由服务器端完成所有更新,从而减少了用网络资源的耗费,大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间,极大了提高了用户的满意度。
同时,本发明还提供一种门户页面更新***。该门户页面更新***位于服务器端,与机顶盒交互,对机顶盒的门户页面进行更新。如图3所示,该门户页面更新***包括:
门户页面管理单元100,将门户页面的用户界面(UI)和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据,并在UI数据或业务***数据有修改时,对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据。
通常,门户页面具有用于对用户进行展示的用户界面(UI)。门户页面上集成有多个业务***的业务***数据,例如,业务***名称及业务***对应的统一资源定位符(URL)链接地址。多个业务***数据会布局在用户界面(UI)上展示给用户,从而形成完整的门户页面。在之前,业务***数据和UI是一体的,如果某些业务***数据有更新,或者UI有更新(例如调整UI布局、模板等等),则需要下载所有的业务***数据和UI数据,这就需要下载大量数据,耗费大量网络资源。
在该实施例中,门户页面管理单元100(在服务器端)将门户页面的UI和业务***数据进行分离,分别生成UI数据和独立的业务***数据,将原来一体的UI和多个业务***数据全部分离开,形成独立的UI数据和彼此独立的业务***数据。例如,门户页面上集成有新闻、天天影院、家庭相册三个业务***,三个业务***布局在UI界面上,门户页面管理单元100则将三个业务***的业务***数据与UI界面分离,分别形成UI数据以及对应新闻、天天影院、家庭相册三个彼此独立的业务***数据,这样就将门户页面上所有数据分离开来。
在进一步的实施方式中,门户页面管理单元100将业务***数据各自生成JSON数据,并进行存储。JSON(Java Script Object Notation)数据是一种轻量级的数据交换格式的数据,是一种数据容易变化的数据。将业务***数据生成JOSN数据,易于将业务***数据与UI数据分离,并易于修改业务***数据。每个业务***数据各自生成JSON数据,单独存放在服务器端的services.js中。
在对UI数据和业务***数据分离后,如果此时运营商需要修改一些业务***的URL链接地址或者修改UI,则需要对UI数据或业务***数据进行修改。如果UI数据或业务***数据有修改,则门户页面管理单元100需要及时对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据。
在该实施例中,为便于UI数据或业务***数据进行管理和修改,门户页面管理单元100对UI数据和彼此独立的业务***数据各自生成版本号。在UI数据有修改时,更新保存修改的UI数据,并生成UI数据升级包和新的版本号。在业务***数据有修改时,对有修改的业务***,更新保存修改的业务***数据,并生成业务***数据升级包和新的版本号。
在将UI数据和业务***数据进行分离后,为能够实时监控UI数据和业务***数据的更新修改,门户页面管理单元100为UI数据和独立的业务***数据生成版本号,通过版本号监控UI数据和业务***数据的更新和修改。
当UI数据有修改时,门户页面管理单元100保存修改的UI数据,同时需要对UI数据的版本进行更新,生成新的版本号。为便于机顶盒升级更新,还生成UI数据升级包。
当业务***数据有修改时,门户页面管理单元100对修改的业务***数据,保存修改的业务***数据,同时需要对业务***数据的版本进行更新,生成新的版本号。为便于机顶盒升级更新,还生成UI数据升级包。而对没有修改的业务***数据不做任何更新操作。
门户页面更新单元200,接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较。若完全一致,则不做操作,若不一致,如果是UI数据不一致,则只将新的UI数据发送至机顶盒进行更新;如果是业务***数据不一致,则只将不一致的业务***数据发送至机顶盒进行更新。
机顶盒在开机后会间隔向服务器端发送请求,对门户页面进行比较更新。在机顶盒发送请求后,门户页面更新单元200接收机顶盒的请求,然后将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较,判断是否有修改,是否需要更新。若比较完全一致,则说明没有修改,不需要操作。若不一致,则说明有修改,需要进行更新。
在比较之后,如果不一致,首先确定是哪些不一致。如果是UI数据不一致,则说明服务器端修改了UI数据,此时由服务器端只将新的UI数据发送至机顶盒进行更新,而不发送业务***数据。如果是业务***数据有不一致的,则由服务器端只将不一致的业务***数据发送到机顶盒进行更新,也即只将有修改的业务***数据发送至机顶盒进行更新,而对于一致的没有修改的业务***数据,不进行发送,这样就只对门户页面有修改的UI或者业务***数据进行针对性的更新,而不是将门户页面所有的UI和业务***数据全部进行更新,这就大大降低了更新数据的大小,减少了用网络资源的耗费。同时,将有修改的UI数据或者业务***数据发送至机顶盒端进行更新,也可大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间。
在该实施例中,门户页面更新单元200接收机顶盒的请求,将机顶盒中门户页面的UI数据版本号和各个业务***数据的版本号与服务器端的UI数据版本号和各个业务***数据版本号进行比较,若版本号完全一致,则不做操作, 若版本号不一致,如果是UI数据版本号不一致,则只将UI数据新版本号和UI数据升级包发送至机顶盒进行更新;如果是业务***数据版本号不一致,则只将不一致的业务***数据新的版本号和业务***数据升级包发送至机顶盒进行更新。机顶盒接收新的版本号和升级包后,替换旧的版本号和数据,完成更新后重新加载,显示最新的门户页面。
该门户页面更新***,门户页面管理单元100将门户页面的业务***数据和UI界面分离,门户页面更新单元200将服务器端与机顶盒端的门户页面进行比较,根据比较结果,只有在门户页面有修改时,服务器端才只将不一致的UI数据或者业务***数据发送至机顶盒进行更新,即服务器端只将有修改的UI数据或者业务***数据发送至机顶盒进行更新,对于一致的没有修改的数据不进行发送,而不是将门户页面所有的UI和业务***数据全部进行更新,更新数据量大大减小且都为静态数据,数据更新到机顶盒而不是由服务器端完成所有更新,从而减少了用网络资源的耗费,大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间,极大了提高了用户的满意度。
本发明门户页面更新方法及***,先将门户页面的业务***数据和UI界面分离,将服务器端与机顶盒端的门户页面进行比较,根据比较结果,只有在门户页面有修改时,服务器端才只将不一致的UI数据或者业务***数据发送至机顶盒进行更新,即服务器端只将有修改的UI数据或者业务***数据发送至机顶盒进行更新,对于一致的没有修改的数据不进行发送,而不是将门户页面所有的UI和业务***数据全部进行更新,更新数据量大大减小且都为静态数据,数据更新到机顶盒而不是由服务器端完成所有更新,从而减少了用网络资源的耗费,大大降低服务器端的压力,保障服务端的正常运行,减少用户等待服务器的响应时间,极大了提高了用户的满意度。
以上仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (9)
1.一种门户页面更新方法,其特征在于,包括如下步骤:
S10:于服务器端,将门户页面的UI和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据;
S20:若UI数据或业务***数据有修改,则对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据;
S30:接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较,若完全一致,则不做操作,若不一致,则执行步骤S40;
S40:若UI数据不一致,则由服务器端只将新的UI数据发送至机顶盒进行更新;若业务***数据不一致,则由服务器端只将不一致的业务***数据发送至机顶盒进行更新。
2.根据权利要求1所述的门户页面更新方法,其特征在于,所述步骤S10具体为:
将业务***数据各自生成JSON数据,并进行存储。
3.根据权利要求1所述的门户页面更新方法,其特征在于,所述步骤S20具体为:
对UI数据和彼此独立的业务***数据各自生成版本号;
在UI数据有修改时,更新保存修改的UI数据,并生成UI数据升级包和新的版本号;
在业务***数据有修改时,对有修改的业务***,更新保存修改的业务***数据,并生成业务***数据升级包和新的版本号。
4.根据权利要求3所述的门户页面更新方法,其特征在于,所述步骤S30具体为:
接收机顶盒的请求,将机顶盒中门户页面的UI数据版本号和各个业务***数据的版本号与服务器端的UI数据版本号和各个业务***数据版本号进行比较,若版本号完全一致,则不做操作,若版本号不一致,则执行步骤S40。
5.根据权利要求4所述的门户页面更新方法,其特征在于,所述步骤S40具体为:
若UI数据版本号不一致,则由服务器端只将UI数据新版本号和UI数据升级包发送至机顶盒进行更新;
若业务***数据版本号不一致,则由服务器端只将不一致的业务***数据新的版本号和业务***数据升级包发送至机顶盒进行更新。
6.一种门户页面更新***,设置于服务器端,其特征在于,包括:
门户页面管理单元,将门户页面的UI和业务***数据进行分离,分别生成UI数据和彼此独立的业务***数据,并在UI数据或业务***数据有修改时,对UI数据或有修改的业务***数据进行更新,更新成新的UI数据或业务***数据;
门户页面更新单元,接收机顶盒的请求,将机顶盒中门户页面的UI数据和各个业务***数据与服务器端的UI数据和各个业务***数据进行比较;若完全一致,则不做操作,若不一致,如果是UI数据不一致,则只将新的UI数据发送至机顶盒进行更新,如果是业务***数据不一致,则只将不一致的业务***数据发送至机顶盒进行更新。
7.根据权利要求6所述的门户页面更新***,其特征在于,所述门户页面管理单元将业务***数据各自生成JSON数据,并进行存储。
8.根据权利要求6所述的门户页面更新***,其特征在于,所述门户页面管理单元对UI数据和彼此独立的业务***数据各自生成版本号;在UI数据有修改时,更新保存修改的UI数据,并生成UI数据升级包和新的版本号,在业务***数据有修改时,对有修改的业务***,更新保存修改的业务***数据,并生成业务***数据升级包和新的版本号。
9.根据权利要求8所述的门户页面更新***,其特征在于,所述门户页面更新单元接收机顶盒的请求,将机顶盒中门户页面的UI数据版本号和各个业务***数据的版本号与服务器端的UI数据版本号和各个业务***数据版本号进行比较,若版本号完全一致,则不做操作,若版本号不一致,如果是UI数据版本号不一致,则只将UI数据新版本号和UI数据升级包发送至机顶盒进行更新;如果是业务***数据版本号不一致,则只将不一致的业务***数据新的版本号和业务***数据升级包发送至机顶盒进行更新。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410257997.9A CN104093075A (zh) | 2014-06-11 | 2014-06-11 | 一种门户页面更新方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410257997.9A CN104093075A (zh) | 2014-06-11 | 2014-06-11 | 一种门户页面更新方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104093075A true CN104093075A (zh) | 2014-10-08 |
Family
ID=51640748
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410257997.9A Pending CN104093075A (zh) | 2014-06-11 | 2014-06-11 | 一种门户页面更新方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104093075A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363257A (zh) * | 2014-10-11 | 2015-02-18 | 广州华多网络科技有限公司 | 一种用户界面数据刷新方法和设备 |
CN104735525A (zh) * | 2015-03-25 | 2015-06-24 | 浪潮软件集团有限公司 | 一种信息交互方法及机顶盒、服务器 |
CN104837067A (zh) * | 2015-03-26 | 2015-08-12 | 腾讯科技(北京)有限公司 | 界面展示方法和装置 |
CN105700872A (zh) * | 2015-12-30 | 2016-06-22 | 广东美的制冷设备有限公司 | 智能终端应用程序升级的控制方法及*** |
CN106250183A (zh) * | 2016-07-27 | 2016-12-21 | 乐视控股(北京)有限公司 | 一种移动设备软件升级方法及装置 |
CN107749919A (zh) * | 2017-09-22 | 2018-03-02 | 努比亚技术有限公司 | 一种应用程序页面显示方法及设备 |
WO2018098880A1 (zh) * | 2016-11-30 | 2018-06-07 | 深圳Tcl数字技术有限公司 | 网站信息下载方法及装置 |
CN109960522A (zh) * | 2019-03-29 | 2019-07-02 | 珠海豹好玩科技有限公司 | 一种软件升级方法及装置 |
CN114025212A (zh) * | 2021-11-03 | 2022-02-08 | 青岛聚看云科技有限公司 | 服务器及页面数据的下发方法 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159764A (zh) * | 2007-11-21 | 2008-04-09 | 中国电信股份有限公司 | 一种访问移动业务门户数据的方法和*** |
US20100306642A1 (en) * | 2007-11-23 | 2010-12-02 | Koninklijke Philips Electronics N.V. | Co-browsing (java) scripted html documents |
CN103677860A (zh) * | 2012-08-30 | 2014-03-26 | 百度在线网络技术(北京)有限公司 | 一种用于更新浏览器的方法和设备 |
-
2014
- 2014-06-11 CN CN201410257997.9A patent/CN104093075A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101159764A (zh) * | 2007-11-21 | 2008-04-09 | 中国电信股份有限公司 | 一种访问移动业务门户数据的方法和*** |
US20100306642A1 (en) * | 2007-11-23 | 2010-12-02 | Koninklijke Philips Electronics N.V. | Co-browsing (java) scripted html documents |
CN103677860A (zh) * | 2012-08-30 | 2014-03-26 | 百度在线网络技术(北京)有限公司 | 一种用于更新浏览器的方法和设备 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104363257A (zh) * | 2014-10-11 | 2015-02-18 | 广州华多网络科技有限公司 | 一种用户界面数据刷新方法和设备 |
CN104735525A (zh) * | 2015-03-25 | 2015-06-24 | 浪潮软件集团有限公司 | 一种信息交互方法及机顶盒、服务器 |
CN104837067A (zh) * | 2015-03-26 | 2015-08-12 | 腾讯科技(北京)有限公司 | 界面展示方法和装置 |
CN105700872A (zh) * | 2015-12-30 | 2016-06-22 | 广东美的制冷设备有限公司 | 智能终端应用程序升级的控制方法及*** |
CN105700872B (zh) * | 2015-12-30 | 2018-12-07 | 广东美的制冷设备有限公司 | 智能终端应用程序升级的控制方法及*** |
CN106250183A (zh) * | 2016-07-27 | 2016-12-21 | 乐视控股(北京)有限公司 | 一种移动设备软件升级方法及装置 |
WO2018098880A1 (zh) * | 2016-11-30 | 2018-06-07 | 深圳Tcl数字技术有限公司 | 网站信息下载方法及装置 |
CN107749919A (zh) * | 2017-09-22 | 2018-03-02 | 努比亚技术有限公司 | 一种应用程序页面显示方法及设备 |
CN109960522A (zh) * | 2019-03-29 | 2019-07-02 | 珠海豹好玩科技有限公司 | 一种软件升级方法及装置 |
CN114025212A (zh) * | 2021-11-03 | 2022-02-08 | 青岛聚看云科技有限公司 | 服务器及页面数据的下发方法 |
CN114025212B (zh) * | 2021-11-03 | 2024-02-20 | 青岛聚看云科技有限公司 | 页面数据的下发方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104093075A (zh) | 一种门户页面更新方法及*** | |
CN100535900C (zh) | 用于提供异步门户页的方法和*** | |
US10037215B2 (en) | Method and apparatus for interworking application and web browser | |
CN101473675B (zh) | 移动设备用户体验的虚拟化 | |
US20110004676A1 (en) | Virtual appliance deploying system | |
US20150317148A1 (en) | Apparatus for software product' upgrade and downgrade of electric equipment from web | |
CN102129378A (zh) | 一种软件菜单更新方法和装置 | |
US12010165B2 (en) | Cross-platform module for loading across a plurality of device types | |
JP2004318842A (ja) | Webページ生成装置、組み込み装置、Webページ生成の制御方法、Webページ生成プログラム及び記録媒体 | |
CN104106048A (zh) | 使用应用高速缓存来更新已安装应用的资源 | |
CN101184105A (zh) | 一种用于更新数据的客户端装置和方法 | |
CN1670732A (zh) | 用于同步软件应用程序和web网站之间用户界面语言的方法和*** | |
CN102833350A (zh) | WebApp更新的处理方法和处理装置 | |
CN101354725B (zh) | 一种构建解析wap页面的方法及装置 | |
JP6897178B2 (ja) | 情報処理システム、情報処理装置、情報処理方法及びプログラム | |
CN108023918A (zh) | 一种服务信息获取方法、装置及*** | |
EP1947575A1 (en) | Computer system | |
CN103634393A (zh) | Ivr及其实现方法 | |
EP3356965A1 (en) | Computer-automated generation of application deep links | |
CN105635284A (zh) | 一种页面显示方法及终端 | |
US20050022120A1 (en) | Electronic apparatus and Web page generating method | |
JP2006243929A (ja) | 端末装置管理システム、端末装置管理方法、およびコンピュータプログラム | |
CN107426588B (zh) | 一种获取电视机配置信息方法、***及存储装置 | |
CN104063475A (zh) | 用户自定义列表处理方法和装置 | |
CN101807204A (zh) | 一种遥感图像处理Web服务动态生成方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20141008 |