CN104065678B - 一种基于嵌入式浏览器的双模数据接收和访问方法 - Google Patents
一种基于嵌入式浏览器的双模数据接收和访问方法 Download PDFInfo
- Publication number
- CN104065678B CN104065678B CN201310091283.0A CN201310091283A CN104065678B CN 104065678 B CN104065678 B CN 104065678B CN 201310091283 A CN201310091283 A CN 201310091283A CN 104065678 B CN104065678 B CN 104065678B
- Authority
- CN
- China
- Prior art keywords
- data
- browser
- built
- cable
- storage
- 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.)
- Expired - Fee Related
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提出了一种基于嵌入式浏览器的双模数据接收和访问方法,用于支持嵌入式浏览器通过CABLE和IP通道分别接收广播数据和互联网数据,包含:步骤101)针对IP通道的数据,嵌入式浏览器采用标准的HTTP协议进行传输和接收;步骤102)针对CABLE通道的数据,嵌入式浏览器采用自定义的数据通信协议“cable协议”进行广播数据的接收,且当下载广播数据时采用回调接口的方式,所述回调接口的方式具体为:当有URL请求时,在浏览器内核之外的应用层进行广播数据的传输处理,处理完数据的下载存储后,将广播数据的存储地址,即新的URL地址,返回给浏览器内核使用。本发明将广播数据的处理放在应用层而不是在浏览器内核中,这样使结构清晰,应用扩展强,开发周期加快。
Description
技术领域
本发明涉及数据广播技术领域和嵌入式浏览器数据接收和访问技术领域,具体地说,本发明涉及一种基于嵌入式浏览器的互联网数据和数据广播数据的接收和访问方法。
背景技术
模拟电视数字化之后,除了可以传输传统的音视频节目之外,还可以传输其它数据,实现数据增值业务,其中数据广播就是数字电视增值业务的基础平台。
数据广播是指利用数字电视广播***传输的非音视频业务,利用MPEG-II标准中的数据扩展功能来进行一些增值业务,例如股票、天气预报、新闻、分类广告、生活资讯、远程教育、电视游戏、电子邮件、短信业务和应用。
目前浏览器已经是PC必备软件,是我们获取信息的最主要方式之一。最近几年浏览器也被配置到更多的嵌入式设备上,成为这些设备获取信息的主要渠道,其中之一就是数字电视机顶盒。由于在数字电视的环境下,网页的数据不再仅仅是通过HTTP协议获得,而更多地通过标准的数据广播协议获得,因此数字电视的嵌入式浏览器必须支持标准的数据广播协议。但是要在嵌入式浏览器内部完全实现对数据广播协议的支持,需要在浏览器内部添加数据广播协议模块,除了开发周期较长,同时还会破坏浏览器原有的独立性,另外,如果前端的各种定义条件和标准不断发生变化,还需要不停地重复更新浏览器,效率较低。因此嵌入式浏览器如何能够快速高效地支持HTTP数据和数据广播数据的接收和访问变得越来越重要。在本发明中将互联网数据和数据广播数据简称为双模数据
发明内容
本发明的目的是快速高效地支持嵌入式浏览器对于HTTP数据和广播数据的接收和访问,我们将数据广播数据的处理放在应用层而不是在浏览器内核中,这样可以使结构清晰,应用扩展强,开发周期加快。
为实现上述目的,本发明提供了一种基于嵌入式浏览器的双模数据接收和访问方法,用于支持嵌入式浏览器通过CABLE和IP通道分别接收广播数据和互联网数据,所述方法包含:
步骤101)针对IP通道的数据,嵌入式浏览器采用标准的HTTP协议进行传输和接收;
步骤102)针对CABLE通道的数据,嵌入式浏览器采用自定义的数据通信协议“cable协议”进行广播数据的接收,且当下载广播数据时采用回调接口的方式,所述回调接口的方式具体为:当有URL请求时,在浏览器内核之外的应用层进行广播数据的传输处理,处理完数据的下载存储后,将广播数据的存储地址,即新的URL地址,返回给浏览器内核使用;
其中,所述自定义的数据通信协议“cable协议”采用一种资源标志符,所述资源标识符的格式为:cable://id/filepath/file.html,该格式的具体含义如下:cable://表示协议名称,id:表示特定的数据业务标识,filepath:表示实际请求的数据存储的路径,file.html:表示实际请求的数据;当客户向服务器请求数据时,仅传送请求业务类型id和数据存储路径filepath,嵌入式浏览器经过协议转换启动DSM-CC协议并通过数据广播通道进行数据的下载;最终嵌入式浏览器将下载到本地的数据以本地网页的方式呈现给用户。
针对广播数据的传输处理具体包含:协议的解析,数据的下载,数据的存储和数据的后台更新。
如果要在数据广播网页中访问互联网数据,在网页制作时,数据广播网页中互联网相关的超链接描述符合通用资源标识符URI格式;如果要在互联网网页中访问数据广播数据,在网页制作时,互联网网页中数据广播数据相关的超链接描述需要符合资源标识符cable协议。
当所述步骤102)采用DSM-CC协议下载数据时根据请求的资源进行下载,即按需求请求数据和下载数据,仅下载当前资源标志符中请求的数据。
嵌入式浏览器终端根据硬件配置条件选择下载数据的存储方式,如果存在硬盘,则将数据存储在硬盘的区域A中;如果不存在硬盘,则在内存中指定一块区域A存储数据广播数据;
其中,当在区域A中存放数据时,采用的存放位置和结构与所述cable协议资源标志符中的路径格式相同。
上述步骤102)之后还包含:动态更新广播数据的步骤,具体为:
终端接收的广播数据的动态更新方式为:在主进程中创建一个线程后台运行,采用监控方式,后台监控数据广播通道中数据流的变化,具体是检测数据流的版本是否有发生变化,如果数据的版本有发生变化,则表示数据有更新,此时后台线程查找数据广播数据存储区域,是否有更新的业务数据在终端已经下载,如果终端已经下载该数据,则后台强制下载更新数据;如果终端未下载该数据,则不作任何处理。
具体实施方式为:
当用户启动一个页面数据请求处理时,所述基于嵌入式浏览器的双模数据接收和访问方法具体包含如下步骤:
步骤201)用户点击访问超链接URL;
步骤202)浏览器将超链接URL通过注册的回调接***给应用程序处理,如果是标准的HTTP协议,直接将超链接URL返回给浏览器内核处理;如果是Cable协议,将超链接URL交给数据OC下载模块处理,并执行步骤203);
步骤203)数据OC下载模块根据超链接URL得到业务类型标识符,根据数据存储规则得出文件路径Filepath,检查是否存在该文件,如果存在,则执行步骤205),如果不存在,检查Filepath中的文件目录是否存在,如果不存在,则创建文件目录,并到步骤204);
步骤204)启动OC下载,根据业务ID标识创建通道,设置过滤条件,将得到的PES数据包存到buffer中,执行步骤205);
步骤205)将步骤204)中得到的buffer,根据数据存储规则,得出文件路径Filepath,将该buffer存储到Filepath中,此时Filepath就是访问数据的新的超链接URL地址,转到步骤206);
步骤206)数据下载存储完毕,将新的超链接URL返回给浏览器内核处理;
步骤207)浏览器加载新的超链接URL,在页面加载过程中,如果浏览器访问其它超链接URL,则重复202)到206)的步骤,直到整个页面加载完毕;
其中,所述数据存储规则为:采用与所述cable协议资源标志符中相同的路径格式进行存储,即,当请求的资源标识符为cable://id/filepath/file.html时,则数据存储的路径为/tmp/id/filepath/file.html,该存储路径的具体含义为:tmp表示***用于存储数据广播数据的根目录,id表示数据业务标识,filepath表示实际请求的数据存储的路径,file.html表示实际请求的数据。
与现有技术相比,本发明的技术优势在于:
本发明提供的技术方案在不改变浏览器对标准的HTTP协议支持的情况下,可以分别支持数据广播数据和互联网数据的接收和访问,并且可以支持数据广播数据和互联网数据交互访问。由于嵌入式浏览器对数据传输协议的核心处理都是在应用层完成,对浏览器内核的依赖性小,在浏览器内核中只需要注册一个回调接口,将浏览器访问的超链接URL传递给应用层处理,应用层处理完后再将新的URL交回给浏览器内核处理,采用这种方式数据传输业务与浏览器的耦合度低,独立性高,应用扩展性强,结构清晰,平台移植性好。
附图说明
图1是本发明数据广播数据存储区域的文件目录结构;
图2是本发明数据广播数据的动态更新流程;
图3是本发明中嵌入式浏览器从请求一个页面数据到接收和访问的处理流程;
具体实施方式
下面结合附图和实施例对本发明所述方法进行详细说明。
本发明提出一种基于嵌入式浏览器的双模数据接收和访问方法,它支持嵌入式浏览器通过CABLE和IP通道分别接收广播数据和互联网数据,支持在数据广播网页中访问互联网数据,支持在互联网网页中访问广播数据。关于IP通道的数据,嵌入式浏览器采用标准的HTTP协议进行传输和接收,这部分内容不作讨论;关于CABLE通道的数据,嵌入式浏览器采用一种新的自定义的数据通信协议——cable协议,用于广播数据的接收和访问。
关于基于嵌入式浏览器的双模数据接收和访问方法,具体包含了以下内容:
(1)提出的一种cable协议,它是采用一种资源标志符,句法类似http和https体系;支持客户服务器模式,客户向服务器请求数据时,只需传送请求业务类型ID和数据存储路径,嵌入式浏览器经过协议转换启动DSM-CC协议,通过数据广播通道进行数据的下载。最终嵌入式浏览器将下载到本地的数据以本地网页的方式呈现给用户。它支持的数据类型包括HTML文档,图像或多媒体对象等。该资源标志符的基本格式为:cable://id/filepath/file.html,该格式的具体含义如下:
(1)cable://表示协议名称,类似于http://;
(2)id:表示特定的数据业务标识(比如股票或者资讯);
(3)filepath:表示实际请求的数据存储的路径;
(4)file.html:表示实际请求的数据。
(2)这种方法给出了一种广播数据和互联网数据交互访问的方法,如果要在数据广播网页中访问互联网数据,在网页制作时,数据广播网页中互联网相关的超链接描述需要符合URI(通用资源标识符)格式;如果要在互联网网页中访问广播数据,在网页制作时,互联网网页中广播数据相关的超链接描述需要符合cable协议(资源标识符)。
(3)CABLE通道数据接收方式是通过数据广播通道,采用DSM-CC协议下载数据,该模块类似于传统浏览器中的HTTP网络数据传输模块,不同之处在于它们的传输通道和下载协议不同,同时DSM-CC主要用于下载静态的数据文件。由于数据广播的带宽比IP网络带宽更宽,传输速度更快,可以高效地实现数据的实时请求实时传输。特别地,该数据下载模块是根据请求的资源进行下载,即按需求请求数据和下载数据,下载模块只下载当前资源标志符中请求的数据。这是区别于传统的广播数据下载的地方,传统的广播数据下载会将整个模块(Module)的数据全部进行下载,耗时较长,不能满足浏览器实时性的要求,同时会下载一些可能长时间都不会访问的页面数据,占用存储空间。
这种方式还有利于资源的重复使用,比如对于有相同背景图片的页面,只需要在网页制作时将资源标志符指向同一个资源路径就可多个模块共用同一个背景图片资源,而无需各个模块分别下载相同的数据。
(4)终端数据的存储方式根据硬件配置条件进行选择,如果存在硬盘,则将数据存储在硬盘的区域A中;如果不存在硬盘,则在内存中指定一块区域A专门存储数据广播数据。终端数据在区域A中的存放位置和结构,采用与cable协议资源标志符中相同的路径格式进行存储。即如果区域A对应的路径为/tmp,资源标志符的内容为cable://660/homepage/index.html,则在终端存储的路径为/tmp/660/homepage/index.html,文件存储目录结构见说明书附图1。
由于实际应用中终端分配给数据广播存储的存储资源有限,尤其是不存在的硬盘的情况下,数据存储会占用内存资源,如果分配给数据广播使用的内存用光,则采用最久未使用数据替换算法来更新数据,即当广播数据存储区域存满后,当有新的数据需要存储时,内存中闲置时间最长的数据将最先被消除和替换掉。
(5)实际***中前端的数据可能随时会发生变化,因此终端需要有相应的数据更新机制。本发明关于终端接收的广播数据的动态更新方式是在主进程中创建一个线程后台运行,采用监控(monitor)方式,后台监控数据广播通道中数据流的变化,具体是检测数据流的版本是否有发生变化,如果数据的版本有发生变化,则表示数据有更新,此时后台线程查找广播数据存储区域,是否有更新的业务数据在终端已经下载,如果终端已经下载该数据,则后台强制下载更新数据;如果终端未下载该数据,则不作任何处理。这种方式可以保证已经下载的数据能够同步更新,避免浏览数据时终端数据与服务器前端不一致。数据动态更新的具体流程见说明书附图2。
(6)本发明中嵌入式浏览器在处理协议转换和下载广播数据的流程上与浏览器内核独立,采用回调接口的方式,当有URL请求时,可以在浏览器内核之外的应用层进行广播数据的传输处理,包括协议的解析,数据的下载,数据的存储,数据的后台更新,处理完数据的下载存储后,将广播数据的存储地址(即新的URL地址)返回给浏览器内核使用。进一步,浏览器加载新的URL地址,如果网页加载解析过程中,有其他广播数据的请求,则重复上述流程,直至网页加载解析完毕。具体地,一个页面数据请求处理流程见说明书附图3,包括下面的步骤:
①用户点击访问超链接URL。
②浏览器将超链接URL通过注册的回调接***给应用程序处理。如果是标准的HTTP协议,直接将超链接URL返回给浏览器内核处理;如果是Cable协议,将超链接URL交给数据OC下载模块处理,到步骤3。
③OC下载模块根据超链接URL得到业务类型标识符,根据规则2中数据存储规则得出文件路径Filepath,检查是否存在该文件,如果存在,则到步骤5,如果不存在,检查Filepath中的文件目录是否存在,如果不存在,则创建文件目录。到步骤4。
④启动OC下载。根据业务ID标识创建通道(channel),设置过滤条件(filter),将得到的PES数据包存到buffer中,到步骤5。
⑤将步骤4中得到的buffer,根据规则2中数据存储规则,得出文件路径Filepath,将该buffer存储到Filepath中,此时Filepath就是访问数据的新的超链接URL地址。到步骤6
⑥数据下载存储完毕,将新的超链接URL返回给浏览器内核处理。步骤7。⑦浏览器加载新的超链接URL,在页面加载过程中,如果浏览器访问其他超链接URL,则重复(2)到(6)的步骤,直到整个页面加载完毕。
实施例
(1)例如,用户在一个互联网网页中点击了一个超链接,这个超链接的URL为cable://660/cover.html,这个URL表示是一个广播数据,下面具体描述嵌入式浏览器从请求一个数据到接收和访问的整个步骤。
步骤1:浏览器通过应用层注册的回调接口,将这个URL地址交给应用层。到步骤2。
步骤2:应用层得到资源标志符cable://660/cover.html,分析该资源标志符语法符合cable协议,启动DSM-CC协议进行数据的下载,到步骤3。
步骤3:通过数据广播通道下载该数据存储到buffer1里面,再将buffer1存到文件/tmp/660/cover.html中。到步骤4。
步骤4:应用层再注册的回调接口将实际的数据路径/tmp/660/cover.html返回给浏览器内核。到步骤5。
步骤5:浏览器加载解析本地网页file://tmp/660/cover.html。如果在加载网页的过程中,浏览器需要有再访问的超链接的URL,此时到步骤1,重复上述整个步骤直到网页加载完毕。到步骤6。
步骤6:浏览器将整个网页输出到显示设备上。
(2)此时OC后台程序监测到发生版本变化的数据有660/cover.html和661/cover.html,由于(1)中下载过660/cover.html数据,所以此时后台通过数据广播通道重新下载该数据替换原来的数据;此时由于终端没有下载661/cover.html数据,所以忽略此数据的更新,等到有实时数据请求时再去下载这个已经更新过的数据;
(3)此时用户操作网页,浏览器需要访问超链接URL:cable://661/cover.html,此时通过(1)中的步骤下载已经更新过的661/cover.html数据;此时如果存储区域满,按照采用最久未使用数据替换算法将Id=660相关的数据先清除,再下载Id=661数据。
最后所应说明的是,以上实施例仅用以说明本发明的技术方案而非限制。尽管参照实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,对本发明的技术方案进行修改或者等同替换,都不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (7)
1.一种基于嵌入式浏览器的双模数据接收和访问方法,用于支持嵌入式浏览器通过CABLE和IP通道分别接收广播数据和互联网数据,所述方法包含:
步骤101)针对IP通道的数据,嵌入式浏览器采用标准的HTTP协议进行传输和接收;
步骤102)针对CABLE通道的数据,嵌入式浏览器采用自定义的数据通信协议“cable协议”进行广播数据的接收,且当下载广播数据时采用回调接口的方式,所述回调接口的方式具体为:当有URL请求时,在浏览器内核之外的应用层进行广播数据的传输处理,处理完数据的下载存储后,将广播数据的存储地址,即新的URL地址,返回给浏览器内核使用;
其中,所述自定义的数据通信协议“cable协议”采用一种资源标志符,所述资源标志符的格式为:cable://id/filepath/file.html,该格式的具体含义如下:cable://表示协议名称,id:表示特定的数据业务标识,filepath:表示实际请求的数据存储的路径,file.html:表示实际请求的数据;当客户向服务器请求数据时,仅传送请求业务类型id和数据存储路径filepath,嵌入式浏览器经过协议转换启动DSM-CC协议并通过数据广播通道进行数据的下载,其中DSM-CC协议为数字存储媒体-命令与控制协议;最终嵌入式浏览器将下载到本地的数据以本地网页的方式呈现给用户。
2.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,针对广播数据的传输处理具体包含:协议的解析,数据的下载,数据的存储和数据的后台更新。
3.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,如果要在数据广播网页中访问互联网数据,在网页制作时,数据广播网页中互联网相关的超链接描述符合通用资源标志符URI格式;如果要在互联网网页中访问数据广播数据,在网页制作时,互联网网页中数据广播数据相关的超链接描述需要符合cable协议资源标志符格式。
4.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,当所述步骤102)采用DSM-CC协议下载数据时根据请求的资源进行下载,即按需求请求数据和下载数据,仅下载当前资源标志符中请求的数据。
5.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,嵌入式浏览器终端根据硬件配置条件选择下载数据的存储方式,如果存在硬盘,则将数据存储在硬盘的区域A中;如果不存在硬盘,则在内存中指定一块区域A存储数据广播数据;
其中,当在区域A中存放数据时,采用的存放位置和结构与所述cable协议资源标志符中的路径格式相同。
6.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,所述步骤102)之后还包含:动态更新广播数据的步骤,具体为:
终端接收的广播数据的动态更新方式为:在主进程中创建一个线程后台运行,采用监控方式,后台监控数据广播通道中数据流的变化,具体是检测数据流的版本是否有发生变化,如果数据流的版本有发生变化,则表示数据有更新,此时后台线程查找数据广播数据存储区域,是否有更新的业务数据在终端已经下载,如果终端已经下载该数据,则后台强制下载更新数据;如果终端未下载该数据,则不作任何处理。
7.根据权利要求1所述的基于嵌入式浏览器的双模数据接收和访问方法,其特征在于,当用户启动一个页面数据请求处理时,所述基于嵌入式浏览器的双模数据接收和访问方法具体包含如下步骤:
步骤201)用户点击访问超链接URL;
步骤202)浏览器将超链接URL通过注册的回调接***给应用程序处理,如果是标准的HTTP协议,直接将超链接URL返回给浏览器内核处理;如果是cable协议,将超链接URL交给数据OC,下载模块处理,OC是指DVB标准中的OC:Object Carousel,并执行步骤203);
步骤203)数据OC下载模块根据超链接URL得到业务类型标识符,根据数据存储规则得出文件路径filepath,检查是否存在该文件,如果存在,则执行步骤205),如果不存在,检查filepath中的文件目录是否存在,如果不存在,则创建文件目录,并到步骤204);
步骤204)启动OC下载,根据业务id标识创建通道,设置过滤条件,将得到的PES数据包存到buffer中,PES为打包的基本流,执行步骤205);
步骤205)将步骤204)中得到的buffer,根据数据存储规则,得出文件路径filepath,将该buffer存储到filepath中,此时filepath就是访问数据的新的超链接URL地址,转到步骤206);
步骤206)数据下载存储完毕,将新的超链接URL返回给浏览器内核处理;
步骤207)浏览器加载新的超链接URL,在页面加载过程中,如果浏览器访问其它超链接URL,则重复202)到206)的步骤,直到整个页面加载完毕;
其中,所述数据存储规则为:采用与所述cable协议资源标志符中相同的路径格式进行存储,即,当请求的资源标志符为cable://id/filepath/file.html时,则数据存储的路径为/tmp/id/filepath/file.html,该存储路径的具体含义为:tmp表示***用于存储数据广播数据的根目录,id表示数据业务标识,filepath表示实际请求的数据存储的路径,file.html表示实际请求的数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310091283.0A CN104065678B (zh) | 2013-03-21 | 2013-03-21 | 一种基于嵌入式浏览器的双模数据接收和访问方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310091283.0A CN104065678B (zh) | 2013-03-21 | 2013-03-21 | 一种基于嵌入式浏览器的双模数据接收和访问方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104065678A CN104065678A (zh) | 2014-09-24 |
CN104065678B true CN104065678B (zh) | 2017-06-13 |
Family
ID=51553209
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310091283.0A Expired - Fee Related CN104065678B (zh) | 2013-03-21 | 2013-03-21 | 一种基于嵌入式浏览器的双模数据接收和访问方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104065678B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108694249B (zh) * | 2018-05-30 | 2022-02-25 | 平安科技(深圳)有限公司 | 数据处理方法、装置、计算机设备以及存储介质 |
CN109361757B (zh) * | 2018-11-09 | 2022-02-25 | 网宿科技股份有限公司 | 一种数据传输方法、装置及计算机可读存储介质 |
CN111859203A (zh) * | 2020-06-30 | 2020-10-30 | 维沃移动通信有限公司 | 加载策略下发方法、装置和电子设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1984233A (zh) * | 2006-05-22 | 2007-06-20 | 天栢宽带网络科技(上海)有限公司 | 双模式机顶盒及双模式数据传输方法 |
US8023123B2 (en) * | 2006-10-23 | 2011-09-20 | Canon Kabushiki Kaisha | Information processing apparatus, control method for information processing apparatus, display apparatus, and control method for display apparatus |
CN102665127A (zh) * | 2012-04-23 | 2012-09-12 | 中山大学 | 一种数字电视的浏览器*** |
-
2013
- 2013-03-21 CN CN201310091283.0A patent/CN104065678B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1984233A (zh) * | 2006-05-22 | 2007-06-20 | 天栢宽带网络科技(上海)有限公司 | 双模式机顶盒及双模式数据传输方法 |
US8023123B2 (en) * | 2006-10-23 | 2011-09-20 | Canon Kabushiki Kaisha | Information processing apparatus, control method for information processing apparatus, display apparatus, and control method for display apparatus |
CN102665127A (zh) * | 2012-04-23 | 2012-09-12 | 中山大学 | 一种数字电视的浏览器*** |
Also Published As
Publication number | Publication date |
---|---|
CN104065678A (zh) | 2014-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1550310B1 (en) | Method and system for emulating an http server through a broadcast carousel | |
CN101695157B (zh) | 网络应用中移动终端屏幕显示的自适应方法及*** | |
CN105407365B (zh) | 一种广告数据管理方法及广告管理服务端 | |
US9356985B2 (en) | Streaming video to cellular phones | |
US8407260B2 (en) | Method and apparatus for caching broadcasting information | |
CN103607634A (zh) | 一种减少网络视频点播终端用户等待时间的方法 | |
KR102460099B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
WO2018034172A1 (ja) | 情報処理装置、クライアント装置、及び、データ処理方法 | |
CN104065678B (zh) | 一种基于嵌入式浏览器的双模数据接收和访问方法 | |
JP6614154B2 (ja) | 受信装置、送信装置、およびデータ処理方法 | |
CN102404616A (zh) | 基于数字电视网络进行数据云推送的方法及*** | |
CN104602046A (zh) | 一种基于hls协议的信息发布方法、设备及*** | |
CN101635831A (zh) | 一种p2p直播视频节点数据共享的方法、装置及代理*** | |
CN109672911A (zh) | 一种视频处理方法及装置 | |
CN104639976A (zh) | 机顶盒与移动终端节目同步的方法、机顶盒及移动终端 | |
CN107241619B (zh) | 一种媒资内容同步方法及装置 | |
CN101312379B (zh) | 广播***传输数据服务的方法、***及收发装置 | |
KR102611253B1 (ko) | 수신 장치, 송신 장치 및 데이터 처리 방법 | |
CN101707694B (zh) | 一种实现有线电视数据点播的方法和装置 | |
CN102227892B (zh) | 广告投放方法、装置和*** | |
CN101350912A (zh) | 一种用于个性化电视设备获取信息的***和方法 | |
CN101521666A (zh) | 用于内容的实况传送的方法、以及控制设备和关联的设备 | |
CN102291597A (zh) | 进行节目搜索的方法及节目信息采集装置 | |
WO2010122557A1 (en) | System, method and gateway device for internet television content provisioning | |
KR102619590B1 (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20170613 Termination date: 20200321 |