CN102365870A - Iptv接收机和在iptv接收机中执行个人视频记录器功能的方法 - Google Patents
Iptv接收机和在iptv接收机中执行个人视频记录器功能的方法 Download PDFInfo
- Publication number
- CN102365870A CN102365870A CN2010800092465A CN201080009246A CN102365870A CN 102365870 A CN102365870 A CN 102365870A CN 2010800092465 A CN2010800092465 A CN 2010800092465A CN 201080009246 A CN201080009246 A CN 201080009246A CN 102365870 A CN102365870 A CN 102365870A
- Authority
- CN
- China
- Prior art keywords
- pvr
- api
- application program
- widget
- receiver
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/41—Structure of client; Structure of client peripherals
- H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
- H04N21/4147—PVR [Personal Video Recorder]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/237—Communication with additional data server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25808—Management of client data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4431—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB characterized by the use of Application Program Interface [API] libraries
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
- H04N21/4433—Implementing client middleware, e.g. Multimedia Home Platform [MHP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/8166—Monomedia components thereof involving executable data, e.g. software
- H04N21/8193—Monomedia components thereof involving executable data, e.g. software dedicated tools, e.g. video decoder software or IPMP tool
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/765—Interface circuits between an apparatus for recording and another apparatus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/76—Television signal recording
- H04N5/91—Television signal processing therefor
- H04N5/913—Television signal processing therefor for scrambling ; for copy protection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/804—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components
- H04N9/806—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal
- H04N9/8063—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback involving pulse code modulation of the colour picture signal components with processing of the sound signal using time division multiplex of the PCM audio and PCM video signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N9/00—Details of colour television systems
- H04N9/79—Processing of colour television signals in connection with recording
- H04N9/80—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback
- H04N9/82—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only
- H04N9/8205—Transformation of the television signal for recording, e.g. modulation, frequency changing; Inverse transformation for playback the individual colour picture signal components being recorded simultaneously only involving the multiplexing of an additional signal and the colour video signal
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Databases & Information Systems (AREA)
- Computer Graphics (AREA)
- General Engineering & Computer Science (AREA)
- Library & Information Science (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
公开了一种IPTV接收机以及在IPTV接收机中执行个人视频记录器(PVR)功能的方法。在此,所述方法可以包括:从服务器下载小部件应用程序;从用户接收对于执行所下载的小部件应用程序的第一请求;在浏览器根据第一请求执行所下载的小部件应用程序;从用户接收对于通过所执行的小部件应用程序来执行特定PVR功能的第二请求;以及根据第二请求执行特定PVR功能。
Description
技术领域
本发明涉及因特网协议电视(IPTV)接收机,更具体地,涉及用于通过IPTV接收机中的小部件应用程序(widget application)来执行个人视频记录器(PVR)功能的方法。
背景技术
传统广播接收机从广播介质(诸如地面、卫星和线缆)接收广播信号,从而向用户提供广播信号。然而,近来,正在积极提供能够通过因特网协议(IP)以IP包接收和发送广播信号的IPTV服务。与其他广播介质不同,这种IPTV服务不受地域限制。更具体地,一旦用户连接到因特网协议(IP),就可以向用户提供所请求的IPTV服务。
发明内容
技术问题
然而,传统广播接收机被限制于现有的PVR功能,而没有配置其独特的PVR过滤器。此外,发射机不能控制与接收机的PVR操作相关的内容。
技术方案
因此,本发明提供一种因特网协议电视(IPTV)接收机以及在IPTV接收机中执行个人视频记录器(PVR)功能的方法,其基本消除了现有技术的限制和缺点带来的一种或多种问题。
本发明的目的在于提供通用的应用程序编程接口API,其允许IPTV接收机使用可安装的应用(诸如小部件应用程序)记录和管理内容。
本发明的另外的优点、目的和特征将在下面的描述中部分阐述,并且对于本领域普通技术人员来说将部分地通过下面的研究变得显而易见,或者可以经过本发明的实践而习得。可以通过所撰写的说明书及其权利要求以及附图中具体指出的结构来认识和获得本发明的目的和其它优点。
为了实现这些目的和其他优点且根据本发明的目的,如在此处体现和广泛描述的,一种方法包括:从服务器下载小部件应用程序;从用户接收对于执行所下载的小部件应用程序的第一请求;在浏览器根据第一请求执行所下载的小部件应用程序;从用户接收对于通过所执行的小部件应用程序来执行特定PVR功能的第二请求;以及根据第二请求执行特定PVR功能。
此时,所述方法还可以包括:访问服务器;向访问的服务器发送接收机简档;以及基于发送的接收机简档从访问的服务器接收可用小部件应用程序列表。
接收机简档可以包括用于与IPTV接收机相对应的可用PVR功能的PVR元素。
PVR元素可以包括重放控制元素、流编辑器元素、内容管理器元素和时移元素中的任一个。
PVR元素还可以包括书签元素。
IPTV接收机可以存储与PVR元素相对应的应用程序编程接口(API)。
下载的小部件应用程序可以通过调用API来控制IPTV接收机根据第二请求执行PVR功能。
所述方法还可以包括存储用户简档,该用户简档包括关于所下载的小部件应用程序的用户设置;以及向服务器发送所存储的用户简档。
重放控制元素可以包括用于执行与播放所存储的内容、停止播放所存储的内容、播放速度和播放位置相关的功能的元素。
重放控制元素可以包括用于执行与记录至少一个内容相关的功能的元素,所述记录包括即时记录、预定记录和时移中的任一个。
在本发明的另一方面,一种IPTV接收机,包括:存储单元;第一接收单元,用于从服务器下载小部件应用程序;第二接收单元,用于从用户接收执行所下载的小部件应用程序的第一请求,以及从用户接收通过所执行的小部件应用程序来执行特定PVR功能的第二请求;控制器,用于根据接收的第一请求在浏览器控制所下载的小部件应用程序被执行,根据第二请求控制特定PVR功能被执行;以及浏览器,用于执行所下载的小部件应用程序。
所述控制器可以控制将接收机简档发送到服务器,所述接收机简档包括关于IPTV接收机中可用PVR功能的PVR元素。
第一接收单元在IPTV接收机中基于所发送的接收机简档从服务器接收可用小部件应用程序列表。
PVR元素可以包括重放控制元素、流编辑器元素、内容管理器元素和时移元素中的任一个。
PVR元素还可以包括书签元素。
存储单元可以存储与PVR元素相对应的应用程序编程接口(API)。
小部件应用程序可以通过从存储单元调用API来控制控制器根据第二请求执行特定PVR功能。
控制器可以控制用户简档以存储关于小部件应用程序的用户设置,并且控制将所存储的简档发送到服务器。
重放控制元素可以包括用于执行与播放所存储的内容、停止播放所存储的内容、播放速度和播放位置相关的功能的元素。
重放控制元素可以包括用于执行与记录至少一个内容相关的功能的元素,所述记录包括即时记录、预定记录和时移中的任一个。
可以理解,上面的一般描述和下面本发明的详细描述是示例性和说明性的,并且意在提供对所要求保护的发明的进一步解释。
有益效果
因此,本发明提供下面的效果和/或优点。
首先,制造商可以在开放因特网上提供API,从而用户可以下载PVR小部件应用程序,或者形成使用PVR服务小部件组件的小部件。
第二,发送内容的服务提供器可以支持严格的DRM功能且实际上管理内容。
第三,内容提供器或服务提供器可以控制在IPTV中记录和播放的内容。
最后,用户可以下载所选择的小部件,且使用下载的小部件来使用他的IPTV接收机的记录和播放功能。
附图说明
被包括以提供对本发明的进一步理解以及被并入且构成本申请的一部分的附图图示了本发明的实施例,并且与描述一起用于解释本发明的原理。在附图中:
图1示出描述了根据本发明的可以提供小部件服务的IPTV环境的一般示图;
图2示出根据本发明的用于在IPTV环境中指定小部件应用程序的部署过程的示意图;
图3示出根据本发明的用于在IPTV服务提供器中指定提供小部件服务的过程的示意图;
图4示出根据本发明第一实施例而配置的接收器简档(profile)的示意图;
图5示出根据本发明第二实施例而配置的接收器简档的示意图;
图6示出图5的XML架构的示图;
图7示出根据本发明第三实施例而配置的接收器简档的示意图;
图8示出根据本发明第四实施例而配置的接收器简档的示意图;
图9和图10示出图8的XML架构的示图;
图11示出根据本发明第五实施例而配置的接收器简档的示意图;
图12示出图11的XML架构的示图;
图13示出根据本发明实施例而配置的用户简档的示意图;
图14示出图13的XML架构的示图;
图15示出根据本发明的PVR小部件扩展模块与IPTV软件之间的关系;
图16是示出根据本发明示例性实施例的使用PVR小部件扩展模块来安装PVR小部件应用程序的操作的流程图;
图17是示出根据本发明示例性实施例的使用PVR小部件应用程序的PVR记录方法的流程图;
图18是示出根据本发明示例性实施例的使用PVR小部件应用程序的时移方法的流程图;
图19示出根据本发明示例性实施例的使用PVR小部件应用程序来移动内容的方法的流程图;以及
图20是根据本发明示例性实施例的IPTV终端功能(ITF)的框图。
具体实施方式
现将详细参照本发明的优选实施例,在附图中图示了其示例。尽可能的,在整个附图中,使用相同的附图标记指示相同或类似的部分。另外,尽管从一般已知和使用的术语中选择本发明中使用的术语,但是申请人可以酌情选择在本发明的描述中提到的一些术语,其具体涵义在此处描述的有关部分进行描述。此外,不能简单地通过实际术语理解本发明,而是需要通过每个术语在本发明中的含义来理解本发明。
以下,现将参照附图详细描述根据本发明的IPTV接收机的优选实施例以及用于控制IPTV接收机中的应用程序的方法。以下,在本发明的描述中,术语“PVR小部件应用程序”是指小部件应用程序,其是在IPTV环境中部署的应用之一,具体地,是指用于执行PVR功能的小部件应用程序。
另外,在本发明的描述中,将详细描述在IPTV环境中通过PVR小部件应用程序来控制PVR功能的方法。在此,PVR功能的控制是指使用PVR小部件应用程序对视频内容执行PVR功能,从而对于一系列视频内容执行多种PVR功能。另外,本发明的描述提供了使得能够在所有IPTV接收机中(即,在IPTV终端功能(ITF)中)执行小部件应用程序(诸如本发明的PVR小部件应用程序)的标准化框架。这是因为,在IPTV环境中,ITF具有不同的硬件和操作系统(OS)环境(或条件)。
因此,根据本发明,ITF可以通过PVR小部件应用程序提供PVR功能。也就是说,根据本发明,PVR小部件应用程序提供PVR记录和播放(或再现)功能。另外,在IPTV接收机中内部地保留通用应用程序编程接口(API),从而用户可以选择性地下载和安装具有多种功能的多个小部件应用程序。此外,PVR小部件应用程序可以向用户提供特技播放(trick play)功能、预定记录(scheduled recording)功能以及编辑所记录的内容或从所记录的内容提取图像的功能。
另外,从内容提供器的角度,PVR过滤器可以被容易地发送到IPTV接收机,从而启动将被应用于相应IPTV接收机的特定效果。另外,为方便搜索和选择上述PVR过滤器,本发明可以提供小部件应用程序。另外,在本发明中,管理可应用于视频内容的PVR过滤器的列表或接收机简档。另外,可以向服务提供器或内容提供器发送详细信息,从而在搜索PVR过滤器中使用。此外,根据本发明,当设置PVR功能时,小部件应用程序使用宽带内容指南(BCG)信息或点播内容(CoD)的分类信息可扩展标记语言(XML)架构,以便自动设置。其后,存储有关每个用户的小部件应用程序的配置信息(即,用户简档),从而由IPTV服务提供器进行管理,从而使用户能够在提供IP连接的任何位置使用他(或她)自己的独特小部件应用程序。
图1示出描述了根据本发明的能够提供小部件服务的IPTV环境的一般示图。
参照图1,在IPTV环境中,通过网络120将小部件服务从服务器提供至接收机。服务器可以包括内容提供器130、接收机制造商(消费制造商)服务器135和服务提供器,诸如小部件服务提供器140和145。在此,内容提供器130制造IPTV服务中包括的内容。接收机可以包括IPTV接收机100、显示设备105和传递网络网关(DNG)110。显示设备105输出通过IPTV接收机100接收的IPTV服务。传递网络网关(DNG)110帮助IPTV接收机100访问因特网。在此,网络120可以对应于开放因特网(或未管理的网络)或被管理的网络。
参照图1,作为示例,描述将被提供给小部件服务提供器140和145的小部件服务,小部件服务提供器140和145对应于一种服务提供器。因此,还可以通过内容提供器130或接收机制造商(消费制造商)服务器135来提供小部件服务。以下,根据本发明,将给出PVR小部件服务作为小部件服务的示例。然而,这仅是示例,因此,在此还可以包括执行其他功能的小部件应用程序。
图2是示出在IPTV环境中在服务器与IPTV接收机之间的小部件应用程序的示例性部署的示图。
参照图2,服务器通过网关210向可访问ITF 200发送小部件服务。
服务器可以包括点播内容(CoD)服务器220、小部件服务器230和制造商服务器240。CoD服务器220提供CoD服务且包括数据库,在数据库中存储内容/数字版权管理(DRM)服务小部件组件。制造商服务器240是制造ITF的制造商的服务器,例如,包括其中存储了适合于制造商所制造的ITF的PVR服务小部件组件的数据库。小部件服务器230是提供PVR小部件应用程序的服务提供器。小部件服务器230可以产生和提供PVR小部件应用程序,或者小部件服务器230可以接收和服务PVR小部件应用程序。CoD服务器220和制造商服务器240可以通过网关210将PVR小部件应用程序组件从其数据库导入到ITF 200。
ITF 200可以包括执行小部件应用程序所需的模块,用于存储小部件应用程序的小部件存储器205、用户简档存储器206和PVR存储器207。在图2中,ITF 200中执行小部件应用程序所需的模块可以包括小部件管理器/启动器201,小部件运行期(runtime)框架模块202和通用PVR对象扩展(插件)模块203。小部件存储器205、PVR存储器207和用户简档存储器206取决于PVR硬件提取层(hardware abstractionlayer)204。在此注意到,图2所示的ITF配置是执行小部件应用程序操作所需的示例性最少配置,本发明不限于此。
小部件管理器/启动器201可以安装和管理通过网关210接收的小部件应用程序,并且根据用户简档206启动所安装的小部件应用程序。
制造商服务器240可以产生设备特定信息,诸如控制ITF或PVR相关组件的详细硬件操作的小部件应用程序,并且分发设备特定信息,以用于与另一第三方小部件应用程序交互。因此,ITF 200可以接收设备特定信息和在用户简档存储器206中存储设备特定信息。
ITF 200可以下载和安装小部件应用程序,并且识别使用IPTV的硬件简档,即接收机简档和/或用户简档可安装在ITF 200中的小部件应用程序。
图3示出根据本发明的用于在IPTV服务提供器中指定提供小部件服务的过程的示意图。
在此,在IPTV环境中,在小部件服务过程(或者提供小部件服务的过程)中涉及小部件服务提供器310、IPTV服务提供器320、网关330和IPTV接收机340。然而,本发明不仅限于图3所示的示例。因此,在IPTV环境中还可以包括与提供小部件服务相关联的单独结构,或者,反过来,可以省略部分结构,或可以用不同结构替换特定结构。例如,在图3中,小部件服务提供器310和IPTV服务提供器320可以对应于同一实体。
如果用户打开IPTV接收机340的电源(步骤1),则IPTV接收机340向IPTV服务提供器320发送对网络浏览器初始页面的请求(步骤2)。其后,IPTV接收机340从IPTV服务提供器320接收所请求的服务提供器页面(步骤3)。
IPTV接收机340通过显示屏向用户提供从IPTV服务提供器320接收的所请求的服务提供器页面(步骤4)。另外,IPTV服务提供器320可以对应于与IPTV服务简档功能实体(FE)相同的实体。此外,IPTV服务提供器320可以对应于由IPTV接收机340通过默认设置而确定的IPTV服务提供器。
当用户从通过显示屏提供的初始页面中选择(或点击)IPTV小部件服务或提供器时(步骤5),IPTV接收机340访问小部件服务提供器310且请求IPTV服务提供器初始页面(步骤6)。根据请求,小部件服务提供器310向IPTV接收机340发送IPTV服务提供器初始页面,并且ITF 340通过显示屏向用户提供所接收的IPTV服务提供器初始页面(步骤7)。在此,小部件服务提供器310可以对应于与IPTV应用FE相同的实体。另外,如上所述,当用户选择(或点击)IPTV小部件服务或提供器时,并且当请求相应的初始页面时,IPTV接收机340可以根据相关协议与请求一起向小部件服务提供器310发送IPTV接收机340的简档(即,接收机简档)。
当用户选择特定小部件服务时(步骤8),IPTV接收机340向提供所选择的小部件服务的小部件服务提供器310发送下载相应小部件应用程序的请求(步骤9)。基于从IPTV接收机340接收的下载请求,小部件服务提供器310以分组文件格式发送所选择的IPTV小部件应用程序(步骤10)。在此过程中,用户可以从IPTV接收机340的显示屏上所显示的IPTV小部件服务页面中搜索小部件应用程序。更具体地,用户可以搜索适合于用户设备类别(UE)能力的小部件应用程序。
关于从小部件服务提供器310接收的分组内的IPTV小部件应用程序,IPTV接收机340可以通过屏幕显示(on-screen display)(OSD)验证用户是否期望继续安装(步骤11)。基于验证的结果,如果用户期望安装应用,则IPTV接收机340许可接收的分组内的IPTV小部件应用程序的安装(步骤12)。
如果用户发送许可,则IPTV接收机340安装接收的分组中所包括的IPTV小部件应用程序(步骤13)。随后,IPTV接收机340初始化所安装的IPTV小部件应用程序(步骤14),且向用户提供安装和初始化后的IPTV小部件应用程序。其后,IPTV接收机340从用户接收IPTV小部件应用程序设置(步骤15)。
IPTV接收机340存储用户简档,包括与所安装的IPTV小部件应用程序相关的由用户设置的小部件配置信息(步骤16)。然后,IPTV接收机340请求所存储的用户简档通过网关330且被存储在IPTV服务提供器320中(步骤17)。因此,IPTV服务提供器320存储所接收的用户简档(步骤19)。在此过程期间,IPTV接收机340可以操作其中应用了用户设置的小部件应用程序(步骤18)。在图3给出的示例中,用户简档存储在IPTV服务提供器320中。然而,这仅是示例性的。因此,在另一示例中,用户简档可以可选地存储在小部件服务提供器310中。服务器310和/或320根据每个用户区分用户简档,从而将其存储在各自的数据库中。因此,用户可以在任何时间和任何地点访问服务器且调用他(或她)自己的用户简档信息,从而能够在与他(或她)自己的IPTV接收机不同的IPTV接收机中使用他(或她)自己独特的小部件应用程序。
以下,将参照图4、图5和图6更加详细地描述图3的接收机简档和用户简档。
图4示出根据本发明第一实施例而配置的接收器简档的示意图。图5示出根据本发明第二实施例而配置的接收器简档的示意图。另外,图6示出图5的XML架构的示图。
通过搜索/浏览小部件应用程序以及通过向服务器发送与小部件应用程序的执行条件(或环境)相关的信息,诸如IPTV接收机功能、可用资源量(大小)等等以便下载所搜索的小部件应用程序,IPTV接收机能够可选地下载足够的小部件应用程序。
以下,将如下指定从IPTV接收机发送的上述接收机简档。
参照图4,用户简档包括用户设备ID元素、用户设备类别元素、分辨率元素、支持的编码元素、IP封装元素和扩展元素。
用户设备ID元素包括相应IPTV接收机的模型唯一标识符(UID)。分辨率元素包括相应IPTV接收机的视频分辨率信息。另外,支持的编码元素包括关于相应IPTV接收机的PVR功能的信息。
除了图4所示的接收机简档之外,图5的接收机简档还包括图形分辨率元素、图形颜色元素、可用资源元素和PVR元素。
参照图5和图6,图形颜色元素被限定为tGraphicColor类型,且包括指示IPTV接收机对图形颜色的处理能力的信息。在此,当图形数据被表现到OSD时,图形颜色是指每个像素的比特深度。可以基于颜色深度属性来限定tGraphicColor类型。32bpp,24bpp,16bpp和8bpp中的任何一个值可以作为颜色深度属性的列举值而给出。
图形分辨率元素被限定为tGraphicResolution类型,且包括指示IPTV接收机对图形分辨率的处理能力的信息。在此,图形分辨率是指小部件应用程序可以使用的OSD图形的分辨率。可以基于水平尺寸属性、垂直尺寸属性和旋转属性来限定tGraphicResolution类型。
可用资源元素被限定为tAvailableResolution类型,且包括指示小部件应用程序的可用资源量的信息。在此,资源量是指非易失性存储器和易失性存储器。
PVR元素被限定为tPVR类型,且包括指示在许多PVR功能之中可以被用户设备执行的功能的信息。因此,在本发明描述的PVR功能之中,用户设备可以向服务器发送可执行过滤器,从而能够仅下载和使用可以被用户设备使用的PVR小部件应用程序。在此,PVR元素可以包括重放控制元素、流编辑器元素、内容管理器元素、时移元素等。
图7示出根据本发明第三实施例而配置的接收机简档的示意图。
根据本发明第三实施例的接收机简档包括与接收机能力相关联的信息。这种与接收机能力(或性能)相关联的信息大致被划分为被限定为设备信息类型的设备信息元素以及被限定为STB服务类型的STB服务元素。
设备信息元素可以包括制造商元素、制造商OUI元素、模型名称元素、描述元素、产品类别元素、序列号元素、硬件版本元素、软件版本元素、启用选项元素、附加硬件版本元素、附加软件版本元素、规定元素(provisioning element)、设备状态元素、正常运行时间元素、首次使用数据元素和设备日志元素。
STB服务元素可以包括前端元素、PVR元素、音频解码器元素、视频解码器元素、音频输出元素、视频输出元素、条件接收(CA)元素、数字版权管理(DRM)元素、服务监控元素和观众状态元素。另外,STB服务元素的属性可以是最大有效AV流(MaxActiveAVStreams)属性和最大有效AV播放器(MaxActiveAVPlayers)属性。
图8示出根据本发明第四实施例而配置的接收器简档的示意图。另外,图9和图10示出图8的XML架构的示图。
在图8中,图7的设备信息元素还包括与用于执行小部件应用程序的可用资源信息有关的可用资源元素。可用资源元素可以包括非易失性存储器元素和易失性存储器元素。
参照图9和图10,设备信息元素的子元素被指定如下。
设备信息元素被限定为一种对象,其中,所述对象包含一般设备信息。制造商元素被限定为字符串类型(64)并且描述CPE的制造商(人可读字符串)。制造商OUI元素被限定为字符串类型(6)并且描述结构上的设备制造商的唯一标识符。模型名称元素被限定为字符串类型(64)并且描述CPE的模型名称(人可读字符串)。描述元素被限定为字符串类型(256)并且描述CPE设备的完整描述(人可读字符串)。产品类别元素被限定为字符串类型(64)并且描述应用了序列号的产品的类别的标识符。换句话说,对于给定制造商,此参数用于识别序列号参数对其唯一的产品或产品的类别。序列号元素被限定为字符串类型(64)并且描述CPE的序列号。
硬件版本元素被限定为字符串类型(64)并且描述用于识别特定CPE模型和版本的字符串。软件版本元素被限定为字符串类型(64)并且描述用于识别CPE中当前安装的软件版本的字符串。启用选项元素被限定为字符串类型(1024)并且描述字符串的逗号分隔列表(comma-separated list)(最长1024)。逗号分隔列表对应于CPE中当前启用的每个选项的选项名称的列表。每个选项的选项名称与选项结构的选项名称元素相同。仅列出这些选项,其中,各个状态指示相应选项被启动。附加硬件版本元素被限定为字符串类型(64)并且描述字符串的逗号分隔列表(最长64)。任何附加版本的逗号分隔列表表示供应商可能期望提供的任何附加硬件版本信息。附加软件版本元素被限定为字符串类型(64)并且描述字符串的逗号分隔列表(最长64)。任何附加版本的逗号分隔列表表示供应商可能期望提供的任何附加软件版本信息。
规定元素被限定为字符串类型(64)并且描述主服务提供器的标识符以及其他规定信息,以确定服务提供器特定定制和规定参数。设备状态元素被限定为字符串类型(64)并且描述设备的当前操作状态。当前操作状态对应于“运行(up)”、“初始化”、“错误”和“禁用”之一。正常运行时间元素被限定为无符号整数(unsignedInt)类型,并且以秒描述自从CPE上次重启开始的时间。首次使用数据元素被限定为日期时间类型,并且以世界协调时(UTC)描述CPE首次成功建立IP层网络连接且通过网络连接使用NTP或等同物来获得绝对时间基准的日期和时间。CPE可以在出厂重置之后重置此日期。如果NTP或等同物不可用,如果此参数存在,应该将此参数设置为未知时间值。设备日志元素被限定为字符串类型(32768)并且描述供应商特定日志。
非易失性存储器元素被限定为无符号整数类型,并且描述可用的非易失性存储器的量(或大小)。易失性存储器元素被限定为无符号整数类型,并描述可用的易失性存储器的量(或大小)。
图11示出根据本发明第五实施例而配置的接收器简档的示意图。另外,图12示出图11的XML架构的示图。
在图11中,图7的STB服务元素还包括用于描述(或指定)机顶盒的OSD图形功能的图形元素,以及用于指定可支持的PVR功能的PVR元素。图形元素可以包括图形分辨率元素和图形颜色元素。
参照图12,STB服务元素的子元素指定如下。
前端元素描述前端的功能,前端用作网络与STB的内部功能块之间的接口。PVR元素描述PVR的功能,PVR存储从任何前端进入(或传递)的程序,并且向音频和/或视频解码器或者向(输出)IP前端发送存储的程序。音频解码器元素描述音频解码器的功能,音频解码器接收基本音频流,对音频解码,向音频输出对象输出未压缩的原生(native)音频流。视频解码器描述视频解码器的功能,视频解码器接收基本视频流,对视频解码,向视频输出对象输出未压缩的本地视频流。音频输出元素描述音频输出的功能,音频输出从一个或多个音频解码器接收未压缩的音频流并且执行格式自适应。视频输出元素描述视频输出的功能,视频输出从一个或多个视频解码器接收未压缩的视频流并且执行格式自适应。CA元素描述CA组件的功能,CA组件包含STB可以支持的CA机制之一的细节。DRM元素描述DRM组件的功能,DRM组件包含STB可以支持的DRM机制之一的细节。服务监控元素描述服务监控统计信息,可以基于服务类型收集服务监控统计信息。限定服务类型的主要原因是服务类型与不同的协议栈和配置相对应,并且横跨多个服务类型而收集的统计信息是没有意义的。观众状态元素描述按频道组织的的统计信息,该统计信息包含观众观看统计信息。
此外,由于图11和图12中包括的图形元素与图5所示的相同,因此为了简明将省略其详细描述。
继图5和图6之后,图11和图12中的PVR元素还包括多个属性,诸如最大IO流属性、最大记录流属性、最大重放流属性、最大时延属性等。在此,最大IO流属性和最大记录流属性可以表示PVR可以同时记录的最大数量AV流。最大重放流属性可以表示PVR可以同时重放的最大数量AV流。另外,最大时延属性可以以秒表示PVR时移模式可以支持的最大时延。每种属性可以根据相应属性的值而指示对流的数量或时延没有特定限制。因此,IPTV接收机可以存储多个流(或内容)。另外,可以同时执行存储。可以在存储器中的不同区域存储每个流。或者,可以在网络(例如,小部件服务器或IPTV服务提供器)中存储一个流,可以在存储器中存储其他流。
上述包括IPTV接收机的接收机简档的细节。以下,将详细描述用户简档。在下面的描述中,当用户对各个视频内容使用根据本发明的PVR小部件应用程序以执行PVR功能时,用户简档可以包括根据此处理期间所进行的用户设置(例如,改变特定功能的值的设置)而修改的所有内容。
图13示出根据本发明实施例而配置的用户简档的示意图。另外,图14示出图13的XML架构的示图。
图13和图14示出UE简档。UE简档管理关于为每个IPTV接收机已经安装的小部件应用程序的信息以及作为用户简档的各个环境设置。因此,甚至当用户通过除了他(她)自己的用户设备之外的任何终端(或用户设备)来访问相关服务时,UE简档也能够使用户使用他(她)自己的设置而不需要任何修改。
以下,在用户简档中所包括的元素之中,为了简明,将省略与接收机简档中所包括的那些元素相同的元素的描述。因此,将仅详细描述新引入的元素。参照图13和图14,不同于接收机简档,用户简档包括应用设置元素。应用设置元素可以包括应用ID元素、修订版(revision)元素和设置元素。应用ID元素对应于可以唯一地识别每个小部件应用程序的标识符的元素。修订版元素对应于指示每个小部件应用程序的版本的元素。因此,可以在用户简档中存储每个小部件应用程序的应用ID和版本信息,从而能够调用特定小部件应用程序。此外,设置元素对应于存储用于每个小部件应用程序的用户特定设置信息的元素。在此,设置元素包括位置元素、扩展元素和其他元素。更具体地,位置元素指示小部件应用程序的整个列表内每个小部件应用程序的位置信息。另外,扩展元素和其他元素指示关于每个小部件应用程序的环境设置的信息。通过经由用户简档信息在服务器中存储每个IPTV接收机中所安装的小部件应用程序以及关于每个小部件应用程序的环境设置的信息,甚至当通过任意随机的IPTV接收机使用相关服务时,用户也能够容易地使用相同的环境。
图15示出根据本发明的PVR小部件扩展模块与IPTV软件之间的关系。
在图15中,对于小部件管理器1520和小部件启动器1530参照图2的描述,在此不提供其详细描述。
当打开IPTV接收机的电源时,小部件运行期框架模块1540提供用户能够执行和使用PVR小部件应用程序1510的环境。
PVR扩展模块1550操作以使得通过PVR小部件应用程序1510执行用户请求的功能。
为了通过小部件运行期框架模块1540或PVR扩展模块1550由PVR小部件应用程序1510执行用户请求的功能,PVR管理器1560控制与功能相关联的每个硬件设备的操作。
更具体地,当打开IPTV接收机的电源时,小部件运行期框架模块1540设置可以部署PVR小部件应用程序1510的环境。当PVR小部件应用程序1510运行且用户通过PVR小部件应用程序1510请求特定功能时,PVR小部件应用程序1510调用与所请求的功能相关联的如稍后描述所限定的API。
因此,如果调用的API与PVR功能相关,则小部件运行期框架模块1540向PVR扩展模块1550通知API的调用。然后,PVR扩展模块1550识别所通知的API,并且向PVR管理器1560通知对应于API的功能已经被请求。PVR管理器1560从PVR扩展模块1550接收用户请求并且控制相关模块操作。当需要时,可以按照上述过程的反向路径返回与初始用户请求相对应的值。
以这种方式,用户可以简单地通过PVR小部件应用程序1510执行PVR功能。
现将描述用于控制可用于IPTV接收机的PVR功能的API。这些API被称为PVRAPI。
下面的表1定义了根据本发明的PVR API的示例。参照表1,详细描述PVR API。
表1
参照表1,将PVRAPI分为重放控制API、流编辑器API、内容管理器API和时移API。尽管根据功能分类了PVRAPI从而功能类似的API落入图1的相同分类中,但是表1不应该被理解为限制本发明。例如,具有书签相关功能的API(即,书签API)可以被分类为流编辑器API。但是,这些API可以属于另一类(例如,重放控制)或者它们可以形成独立的分类。
上述API分类中的每一个可以为一个单独的PVR小部件应用程序服务,上述API分类中的两个或更多个可以为一个PVR小部件应用程序服务,或者上述API分类中的所有可以为一个PVR小部件应用程序服务。换句话说,可以以多种组合来配置API分类或PVRAPI,以实现PVR小部件应用程序。
表1中列出的示例性API可以单独地配置,两个或更多个API可以被配置为一个组,或者特定API可以依赖于另一API。
以下,详细描述根据本发明的PVR API,为了描述方便,按照API分类进行描述。
重放控制API如下给出。用户可以使用PVR小部件应用程序控制视频内容的重放。下面描述的API涉及在IPTV接收机与PVR小部件应用程序之间与用于重放视频内容的用户请求有关。
播放API用于播放视频内容。尽管播放API通常用于初始播放视频内容,但是在需要时它可以执行后面描述的重新开始API的功能。例如,视频内容可以是PVR存储器中先前存储的内容,或者实时广播内容。
停止API是停止视频内容的播放的API。暂停PAI暂时停止视频内容的播放。停止API和暂停API类似,都是使视频内容不播放。另一方面,由于停止API终止视频内容的播放,因此需要播放API以播放视频内容。当播放视频内容时,播放从视频内容的起点开始。与停止API相比,暂停API可以暂停视频内容。为了重新开始视频内容,可以使用播放API或重新开始API。当播放视频内容时,播放从视频内容的被暂停部分之后的视频内容部分开始。
除了重新开始API从视频内容的被暂停部分之后开始播放视频内容之外,重新开始API播放视频内容,类似于播放API。当请求从起点播放视频内容,或者通过停止API停止视频内容的播放时,可以禁用重新开始API。也就是说,仅在播放API之后跟着暂停API之后,可以启用重新开始API。在此情况下,可以启用重新开始API和播放API,或者为了避免冲突,仅启用两个API之一。
将描述播放控制API内与控制视频内容的播放速度相关的API。API可以包括慢动作API、快进API、快退API、速度回退API、帧前进API和帧回退API。可以理解,本发明不限于在此呈现的与播放速度控制相关的特定值。
慢动作API以慢动作播放视频内容。假设1倍速是默认播放速度,以较低播放速度,例如,0.5倍速进行慢动作。
快进API使视频内容快速前进。快进是指比默认播放速度更高的播放速度,因此,例如,2倍速。通常,用于快进的播放速度被设置为默认。
快退API使视频内容快速回退。快退在概念上是快进的对应。例如,快退可以是2倍速回退。快进API和快退API可以在方向上不同(即,前向和反向),并且可以具有相同的倍速,由于此速度被设置为默认。
速度API以用户输入速度播放视频内容。尽管因为快进API和快退API的速度被设置为默认,用户不能控制快进API和快退API的速度,但是速度API使用户能够控制视频内容的播放速度。播放速度可以被设置为任何值。例如,用户设置速度可以等于为慢动作、快进和快退而设置的播放速度中的任何一个。另外,速度API不限于特定方向,因此前向和反向两者都可用于速度API。例如,如果用户输入播放速度(-)1.5,则可以意味着播放方向是反向且播放速度是1.5倍速。当用户输入播放速度(+)1.5时,可以意味着播放方向是前向且播放速度是1.5倍速。对此操作,IPTV接收机可以配置和提供用户界面(UI),在该用户界面中用户可以输入期望的播放速度。例如,UI可以提供一组数字,通过其用户选择一个预设播放速度或者输入期望的播放速度。
除了播放方向之外,帧前进API和帧回退API类似,它们都是基于帧播放视频内容。帧前进API和帧回退API分别使视频内容前进和回退。帧前进API和帧回退API基于其来播放视频内容的帧单元可以是I帧、B帧和P帧之一,或者是相同类型或不同类型的帧的组。帧单元可以由用户选择。
跳跃API用于从当前帧跳跃到目标帧。开始跳跃API和结束跳跃API在从当前帧跳跃到的目标帧处开始或停止视频内容的播放。目标帧可以是视频内容的已经播放部分或者仍待播放的视频内容的部分。在开始跳跃API和结束跳跃API跳跃到用户设置的帧时,跳跃API跳跃预定数目的帧,该数目被设置为默认。可以使用代码确定跳跃方向,或者是否播放视频内容,或者是否终止视频内容。关于这些API,IPTV接收机可以向用户提供被配置为设置跳跃播放位置和跳跃结束位置的UI。开始跳跃API和结束跳跃API在跳跃到目标帧之后开始播放视频内容或者停止播放视频内容,而帧前进API和帧回退API可以从它们执行的时刻开始逐一地播放帧。
重新播放API反复播放特定帧或特定数目的帧。例如,IPTV接收机可以向用户提供条形UI,从而用户可以设置重复播放的范围。
跳过API在跳过预定数目的帧的时候播放视频内容。可以从当前帧开始在已经播放的帧或仍待播放的帧上发生跳过。考虑到上述帧前进API和帧回退API之间的关系,优选地,通过跳过API跳过至少两个帧。跳过API与跳跃API的不同之处在于:前者在每次连续跳过预定数目的帧的时候播放视频内容,后者在跳跃预定数目的帧之后以默认播放速度播放视频内容。IPTV接收机可以配置和提供UI从而用户选择跳过范围。
记录API记录视频内容。可以以内容为单位或以内容中的帧为单位执行记录。记录可以是即时记录、预定记录和时移中的任何一个。另外,可以结合另一API执行记录API。例如,如果视频内容将被时移,则记录API可以结合时移API而操作。在这种情况下,IPTV接收机可以配置和提供UI,从而当用户请求记录时用户选择即时记录、预定记录和时移中的一个,另外,IPTV接收机可以提供UI,以使用户知道与用户选择相关联的功能并且选择该功能。与执行记录API一起地,IPTV接收机区别地存储所记录的或时移的内容或帧。
记录预定节目API开始特定内容的预定记录。可以结合记录API自动地调用记录预定节目API,而不是通过用户选择来调用其。另外,IPTV接收机可以向用户提供关于内容的信息,对于该内容已经通过记录预定节目API预定了记录。
到目前为止,已经描述了重放控制。可以单独执行或结合相关API执行每个重放控制API。
IPTV接收机可以根据用户输入来编辑PVR小部件应用程序所接收的IP分组内的内容流。定义流编辑器API,以使IPTV接收机可以适当地控制用户请求的流编辑。将详细描述这些流编辑器API。
设置编辑开始位置API和设置编辑结束位置API设置在流中将被编辑的区域的开始位置和结束位置。这两个API可以用作一组。IPTV接收机可以在存储器中基于流来存储由设置编辑开始位置API和设置编辑结束位置API区别地设置的编辑区域。当流被编辑时,ITF可以从存储器提取关于流的信息,配置用户可以在流中设置编辑区域的开始位置和结束位置的UI(例如,条形),以及向用户提供UI。
取消编辑部分API取消由设置编辑开始位置API和设置编辑结束位置API所设置的编辑区域(由开始位置和结束位置限定)的设置。例如,在接收到取消功能请求之后,如果IPTV接收机访问存储器且找到具有编辑区域的多个流或者一个流中的多个编辑区域,则IPTV接收机可以以列表的形式配置UI,且将其提供给用户,以使用户选择编辑区域。
编辑部分是否固定API是询问是否终止设置编辑开始位置API和设置编辑结束位置API的编辑区域设置功能的接口。当请求此功能时,IPTV接收机可以提供文本类型UI,其在屏幕显示(OSD)中询问用户是否结束编辑区域设置功能。
删除编辑信息API删除存储在存储器中的与流编辑相关的编辑信息。当存在具有编辑信息的多个流或者具有多条编辑信息的流时,IPTV接收机可以访问存储器,从存储器读取编辑信息,以及在列表型UI中向用户提供编辑信息,以使用户选择将被删除的编辑信息。或者,当执行删除编辑信息API时,IPTV接收机可以删除存储器中的所有编辑信息。在这种情况下,IPTV接收机可以向用户提供关于删除功能的UI。当用户确认执行删除功能时,IPTV接收机可以删除编辑信息。
设置重复开始位置API和设置重复结束位置API设置流的反复播放范围的开始位置和结束位置。IPTV接收机可以在存储器中基于流来存储由这两个API区别地设置的反复播放区域的设置。例如,IPTV接收机可以向用户提供条形UI,以使用户设置流中的反复播放区域的开始位置和结束位置。
重复部分是否固定API询问用户是否结束设置重复开始位置API和设置重复结束位置API的反复播放区域设置。对于此功能,IPTV接收机可以提供UI,该UI询问用户确认终止反复播放区域设置。
删除重复API删除设置重复开始位置API和设置重复结束位置API的反复播放区域设置。在存在已经为其设置了反复播放区域的多个流或者已经为其设置了多个反复播放区域的流的情况下,IPTV接收机可以配置列表型UI,且将其提供给用户以允许用户在这些之中进行选择。
现将对书签相关API进行描述。尽管书签相关API落入流编辑器分类内,但是它们可以属于单独的分类。即使在后一种情况下,书签相关API也可以结合其他分类使用。
设置书签API对选择的区域设置书签。通常,区域典型地是指,但不限于,范围。例如,区域可以指特定帧。IPTV接收机可以在存储器的书签部分中或者专用于书签的存储器中区别地存储所选择的区域。另外,IPTV接收机可以基于流或基于内容来区别地存储所选择的区域。
去除书签API去除由设置书签API设置的区域或者用于该区域的书签。如果IPTV接收机访问存储器,并且检测到多个设置书签的流或者具有多个书签的流,则IPTV接收机可以提供列表型UI,以使用户可以选择将被去除的区域或者将被去除的区域的书签。或者,当调用去除书签API时,IPTV接收机可以从存储器中去除所有书签。另外,当调用此API时,IPTV接收机可以向用户提供UI,在OSD中询问是否去除所选择的区域或所选择的书签,以便在用户确认之后将其去除。
获取喜好列表API是获取设置为喜好的列表的API。喜好指的是被选择为优选的书签,喜好是比书签更高层的概念。然而,此概念是为了方便而定义的。因此,术语“喜好”在含义相同时可以与“书签”互换。当调用获取喜好列表API时,IPTV接收机可以提供由设置书签API所设置的书签的列表,设置为喜好的书签的列表,或者设置为用户优选的流区域的列表。另外,IPTV接收机可以基于流区别地将喜好列表作为UI而提供。例如,IPTV接收机在调用去除书签API时调用获取喜好列表API,以使用户可以确定是否去除喜好。
登记喜好API和撤销登记喜好API分别将书签区域或其他区域登记到喜好列表,以及从喜好列表撤销登记它们。当调用登记喜好API和撤销登记喜好API中的任何一个时,IPTV接收机在喜好列表中登记区域,或者从喜好列表中撤销登记它。在调用登记喜好API之后,IPTV接收机提供UI,该UI允许用户按类型,例如,按流派登记喜好。
设置喜好等级API设置喜好列表中所列出的每个区域的等级。等级意思是在其一般意义上的观看等级。IPTV接收机可以配置UI,该UI允许用户设置诸如代码的密码,以用于仅由被许可的人访问特定区域。
打开喜好列表API和关闭喜好列表API打开和关闭由登记喜好API登记的喜好列表。如果按类型登记喜好列表,则IPTV接收机配置和提供允许用户选择类型的UI。因此,IPTV接收机可以仅提供所选择类型的喜好列表。另外,当用户选择特定等级时,IPTV接收机可以仅向用户提供具有所选择等级的喜好列表。
加载喜好列表API加载喜好列表。IPTV接收机可以在存储器中区别地存储所加载的喜好列表。
IPTV接收机可以根据用户输入来控制内容。与内容管理相关的API落入内容管理器API,下面将描述。
复制API将存储器中存储的内容复制到指定的输出设备。当调用此功能时,IPTV接收机可以以将被复制的内容以及内容将被复制到的输出设备来配置UI,并且IPTV接收机向用户提供该UI。
移动API将存储器中存储的内容移动到指定的输出设备。当调用此功能时,IPTV接收机可以以将被移动的内容以及内容将被移动到的输出设备来配置UI,并且IPTV接收机向用户提供该UI。与复制API相比,当调用移动API时,可以在移动内容的同时从执行此命令的设备不可恢复地删除内容。然而,复制API即使在内容被复制之后也将内容留在已经执行此复制命令的设备中。
去除API从当前设备去除存储器中存储的内容。当调用此功能时,IPTV接收机可以将存储器中存储的内容的列表配置为UI,并且提供UI以去除用户选择的内容。
设置输出接口API设置从存储器将内容复制到或移动到的输出设备。可以独立地执行设置输出接口API,或者结合调用复制API或移动API而自动地调用设置输出接口API。IPTV接收机可以以可访问的输出设备的列表来配置UI,并且向用户提供该UI,以使用户在这些输出设备之中进行选择。
当复制或移动内容时,设置输入接口API设置输入设备。IPTV接收机可以以可访问的输入设备的列表来配置UI,并且向用户提供该UI,以使用户在这些输入设备之中进行选择。
停止API停止由当前调用的功能所设置的操作。
获取输出接口API和获取输入接口API确认当前设置的输出设备和输入设备。
获取状态API是当在调用的复制API、移动API或停止API的操作期间从模块返回用于识别进度状态的信息时输出所返回的信息的API。用户可以通过PVR小部件应用程序找到进度状态。
当用户观看实时广播节目时,IPTV接收机可以通过PVR小部件应用程序执行时移功能。下面将描述时移API。
初始化API初始化用于时移的对象。例如,对象可以是指存储器。因此,当调用此功能时,IPTV接收机初始化存储器,或者将硬件设置为时移启用状态。
完成API结束用于时移的对象。以与上述对象相同的含义使用该对象。当调用此功能时,IPTV接收机完成存储器或硬件的使用。
开始时移API和停止时移API分别开始和结束时移。
暂停时移API暂时地停止时移,重新开始时移API重新开始由暂停时移API暂停的时移。
播放API是同时地时移和播放内容的API,停止API停止由播放API执行的内容的播放。当调用停止API时,尽管内容的播放被停止,但是在不中断的情况下继续内容的时移。
获取时移的开始点API返回时移的开始点,设置时移的开始点API将目标点设置为时移的开始点。
获取可用时移的当前大小API返回在想要进行时移时当前可用的容量。
获取时移状态API是PVR小部件应用程序调用其以识别当前时移状态的API。此API用于PVR小部件应用程序以在显示器上显示时移可用时间或当前时间进度。通知时移状态API用于在调用获取时移状态API时报告当前时移状态。因此,当调用获取时移状态API时,自动调用通知时移状态API。这意味着通知时移状态API对于用户选择不可用。
下面将参照图3至图15,描述在IPTV接收机中下载PVR小部件应用程序,安装所下载的PVR小部件应用程序和执行PVR记录、时移、以及内容复制或移动的方法。
图16是示出根据本发明示例性实施例的使用PVR小部件扩展模块来安装PVR小部件应用程序的操作的流程图。
参照图16,在步骤1601,用户通过远程控制器访问小部件门户网站(widgetportal)。
在步骤S1603,IPTV接收机向小部件门户网站发送接收机简档。
在步骤S1605,IPTV接收机通过与小部件门户网站通信基于接收机简档确定小部件运行期框架模块和PVR小部件扩展模块的类型和版本是否为最新的。
如果小部件运行期框架模块和PVR小部件扩展模块的类型和版本不是最新的,则IPTV接收机下载它们的最新版本,并且在步骤S1607,以最新版本更新小部件运行期框架模块和PVR小部件扩展模块。
如果在步骤S1605小部件运行期框架模块和PVR小部件扩展模块的类型和版本是最新的或者在步骤S1607完成升级,则IPTV接收机从小部件门户网站接收基于接收机简档而发送的小部件简档列表,并且在步骤S1609显示小部件简档列表。
在步骤S1611,IPTV接收机接收与用户从小部件简档列表中选择的PVR小部件应用程序的安装有关的用户输入。
在步骤S1613,IPTV接收机安装PVR小部件应用程序。
在步骤S1615,小部件启动器启动PVR小部件应用程序。
在步骤S1617,在显示器上显示PVR小部件应用程序。
以这种方式,可以安装和升级PVR小部件应用程序。
图17是示出根据本发明示例性实施例的使用PVR小部件应用程序的PVR记录方法的流程图。
参照图17,在步骤S1701,用户执行PVR小部件应用程序。
在步骤S1703,用户选择远程控制器或PVR小部件应用程序中的记录按钮。
在步骤S1705,小部件运行期框架模块和PVR小部件扩展模块向PVR管理器请求记录命令。
在步骤S1607检查可用的存储器容量。
如果不存在用于记录的足够存储器容量,则在步骤S1709,在显示器上显示由于存储器容量的缺乏而不能执行记录命令的通知。
另一方面,在步骤S1707存在足够的存储器容量的情况下,在步骤S1611,PVR管理器执行记录命令。
在步骤S1713,PVR管理器向PVR小部件应用程序返回用于指示记录命令执行的开始的信息。
在步骤S1715,PVR小部件应用程序在显示器上显示所返回的信息。
在步骤S1717确定用户是否已经按下远程控制器中的停止按钮,或者用户是否已经选择PVR小部件应用程序中的停止按钮。
在步骤S1719,当没有选择停止按钮时,检查可用的存储器容量。
在不存在足够的存储器容量的情况下,过程返回到步骤S1715。在存在足够的存储器容量的情况下,过程结束。
在步骤S1721,PVR小部件应用程序向小部件管理器和PVR小部件扩展模块请求停止命令。
在步骤S 1723,小部件管理器和PVR小部件扩展模块向PVR管理器发送停止命令。
在步骤S 1725,PVR管理器控制存储器停止存储操作。
图18是示出根据本发明示例性实施例的使用PVR小部件应用程序的时移方法的流程图。
参照图18,在步骤S1801,用户在观看内容期间选择时移按钮或执行PVR小部件应用程序。
在步骤S1803,PVR小部件应用程序向小部件管理器和PVR小部件扩展模块请求时移的开始。
在步骤S1805,PVR管理器执行时移。
在步骤S1807,PVR小部件应用程序周期地请求时移状态,并且在显示器上输出时移状态。
在步骤S1809,确定用户是否已经按下远程控制器中的播放按钮,或者用户是否已经通过PVR小部件应用程序请求播放。
如果用户没有请求播放,则过程返回到步骤S1807。另一方面,如果用户已经请求播放,则在步骤S1811播放时移的内容。
在步骤S1813,确定用户是否已经选择远程控制器中的停止按钮,或者用户是否已经通过PVR小部件应用程序请求停止。
如果在步骤S1813没有请求停止,则继续播放时移的内容。另一方面,如果在步骤S1813已经请求停止,则在步骤S1815,PVR小部件应用程序请求时移操作的终止。
在步骤S1817,PVR管理器结束时移。
图19示出根据本发明示例性实施例的使用PVR小部件应用程序来移动内容的方法的流程图。
参照图19,在步骤S1901,用户执行PVR小部件应用程序。
在步骤S1903,PVR小部件应用程序显示所有存储的内容。
在步骤S1905,用户通过远程控制器在PVR小部件应用程序中选择将被复制或移动的内容。
在步骤S1907,用户在PVR小部件应用程序中选择内容将被复制到或移动到(输出到)的输出设备。
在步骤S1909,PVR小部件应用程序检查输出设备的可用容量。
在步骤S1911,如果输出设备的容量不充足,则PVR小部件应用程序在显示器上通知输出设备的容量的缺乏,并且过程返回到步骤S1907。
如果输出设备具有足够容量,则在步骤S1913,PVR小部件应用程序请求内容提供器服务器检查内容是否受DRM限制。
在步骤S1915确定内容是否被允许复制或移动。
在步骤S1915不存在复制或移动内容的许可的情况下,过程返回到步骤S1903。在步骤S1915存在复制或移动内容的许可的情况下,在步骤S1917将内容复制或移动到输出设备。
在步骤S1919,PVR管理器向PVR小部件应用程序通知命令执行的完成。
在步骤S1921,PVR小部件应用程序更新内容数据库并再次显示屏幕。
以下,将详细描述操作PVR小部件应用程序的示例性IPTV接收机。
图20是根据本发明的IPTV接收机的示例性框图。
参照图20,OITF是开放IPTV终端功能的缩写。OITF是接收机的功能集合,其包括必需的最少的功能模块以支持基于非IMS的IPTV服务。
在此,用户可以使用添加到IMS网关(IG)的OITF中的IPTV服务。IG可以包含基于IMS访问IPTV服务的必要功能,IMS基于IMS核心网络。
通过名为HNI-IGI的接口而连接OITF和IG。HNI-IGI接口可以使OITF使用IG功能。IG功能可以使OITF使用基于IMS的IPTV服务。
参照图20,IPTV接收机2000包括网络接口2010、TCP/IP管理器2020、服务传递管理器2030、解复用器(DEMUX)2040、信令信息解码器2050、A/V处理器2060、显示单元2070、服务控制管理器2080、服务发现管理器2090、元数据管理器2100、SI和元数据DB 2110、应用管理器2120、小部件处理器2130、和用户简档和偏好(preference)存储器2140。
网络接口2010接收和发送IPTV分组。网络接口2010通过物理层和数据链路层连接网络。
TCP/IP管理器(或因特网协议管理器)2020负责端到端(源到目的地)的分组传递。TCP/IP管理器2020将每个分组分类到适当的协议管理器。
服务传递管理器2030负责处理实时流数据和下载内容。另外,服务传递管理器2030负责从内容DB检索内容以用于后续消费(或使用)。在这种情况下,实时传输协议/RTP控制协议(RTP/RTCP)可以与MPEG-2TS一起使用。MPEG-2分组被封装在RTP中。服务传递管理器2030解析RTP分组,且向DEMUX 2040发送解析的传输分组。服务传递管理器2030使用RTCP发送关于网络接收质量的反馈。可以在没有RTP的情况下直接在UDP中携带MPEG-2传输分组。对于内容下载,可以使用HTTP或FLUTE协议作为传递协议。
DEMUX 2040对来自输入的传输分组的音频、视频和节目特定信息/节目和系统信息协议(PSI/PSIP)表进行解复用。在这种情况下,对于PSI/PSIP表,由信令信息解码器2050控制DEMUX 2040的解复用。此时,DEMUX 2040创建PSI/PSIP表的段,并且将其发送到信令信息解码器2050。另外,对于A/V传输分组,由A/V处理器2060控制DEMUX 2040的解复用。
信令信息解码器2050对DEMUX 2040设置用于信令信息(即,PSI/PSIP和数字视频广播-系统信息(DVB-SI)表)的分组标识符(PID)。信令信息解码器2050对DEMUX 2040发送的PSI/PSIP和/或DVB-SI的私密段进行解码。解码结果被用于对输入的传输分组进行解复用(例如,对DEMUX 2040设置音频和视频PID)。
A/V处理器2060可以包括A/V解码器2061、视频滤波处理器2062、视频显示处理器2063和图形处理器2064。A/V解码器2061对音频和视频(A/V)基本流分组进行解码。视频滤波处理器2062将处理所有用户选择的区域或整个(或完整)视频屏幕中的视频滤波。视频滤波处理器2062可以访问视频帧缓冲存储器(未示出)以操纵或调整视频或静止图像。视频显示处理器2063控制显示屏上的画中画(PIP)视频和/或画上画(POP)视频。在MPEG-2解码器系统的末端,视频显示处理器2063还包括视频缩放。图形处理器2064控制屏幕上的OSD面板以显示UI菜单和通知对话消息。
显示单元2070从A/V解码器2061接收音频和视频数据。显示单元2070控制视频和音频数据,并且在屏幕上和通过扬声器显示数据。显示单元2070还控制屏幕显示(OSD)图形数据。
应用管理器2120可以支持TV屏幕上的图形用户界面(GUI)。应用管理器2120可以接收通过远程控制器或前面板的用户键入。另外,应用管理器2120可以管理整个TV系统的状态。
服务管理器2122可以控制与服务相关的所有其他管理器,诸如服务控制管理器2080、服务传递管理器2030、IG-OITF客户端(未示出)、服务发现管理器2090和元数据管理器2100。服务管理器2122可以负责提供IPTV服务。
SI和元数据DB 2110是用于服务发现信息和与服务相关的元数据的数据库。
服务发现(SD)管理器2100可以在双向IP网络上启用IPTV服务的发现,并且可以提供用于选择相应服务的所有信息。
服务控制管理器2080可以负责选择和控制服务以及管理会话。服务控制管理器2080可以使用因特网组管理协议(IGMP)或实时流协议(RTSP)选择直播(livebroadcast)服务。另外,服务控制管理器2080可以使用RTSP协议选择VOD内容。当使用国际测量系统(IMS)时,会话发起协议(SIP)可以被用于通过IMS网关发起和管理会话。可以在控制广播TV和音频的传递以及点播传递中使用RTSP协议。RTSP协议可以使用永久TCP连接,且允许关于实时媒体流的技巧模式控制。
用户简档和偏好存储器2140可以保持用户信息,与小部件(安装的小部件和激活/非激活小部件)相关联的所有信息,偏好、和IPTV接收机的硬件兼容性和标准简档。当用户登录进入系统或删除下载的小部件应用程序时,可以从小部件启动器2132、小部件管理器2133和网络浏览器2131读取用户简档数据。
小部件处理器2130可以包括网络浏览器2131、小部件启动器2132、小部件管理器2133和小部件运行期框架2134。当用户登录时,小部件启动器2132可以执行所安装的小部件应用程序。另外,当用户改变所下载的小部件应用程序时,小部件启动器2132可以执行激活的小部件应用程序。小部件管理器2133可以显示在IPTV接收机中安装和执行的所有小部件应用程序。另外,小部件管理器2133可以请求下载用户从服务器选择的小部件应用程序。另外,小部件管理器2133可以激活/去激活所下载的小部件。小部件管理器2133可以删除所下载的或运行的小部件应用程序(或者正被播放的小部件应用程序)。小部件管理器2133可以控制运行的小部件应用程序,并且改变显示屏内小部件应用程序的位置。小部件运行期框架2134可以被用于调用预定模块或控制IPTV接收机中的接口的小部件应用程序。小部件运行期框架2134可以控制PVR扩展,该PVR扩展是制造商的扩展之一,且与小部件运行期中间件(middleware)2134一起操作。PVR小部件应用程序可以调用预定的PVR扩展API,且存在着到PVR管理器的操作的许多链接。网络浏览器(声明式应用环境:DAE)2131可以在屏幕上表现超文本标记语言(HTML)页面,并且根据W3C规范解析文档。
IMS网关2150可以包含IG-OITF服务器2151、网络发现2152、认证/会话管理客户端/服务器2153和RMS 2154。IG-OITF服务器2151可以按照要求通过HTTP和/或其他协议向用于所管理的IPTV服务的OITF公开认证和会话管理客户端/服务器功能。网络发现2152可以负责IMS服务的发现以及到IMS服务的附接。认证/会话管理客户端/服务器2153可以负责所管理的网络所需要的任何会话管理和用户认证。RMS 2154可以负责所管理的环境中的远程管理功能。
上述结构使制造商能够使用根据本发明的PVR小部件应用程序中的通用PVR服务小部件组件。此结构的特征在于:用于在被称为小部件运行期框架的中间件中控制数字TV中所使用的PVR存储器的小部件对象的定义。另外,定义了用于在接收机中实现PVR小部件对象的方法。制造商可以通过开放因特网提供API,以使用户可以下载PVR小部件应用程序或使用PVR服务小部件组件形成小部件。此外,如果允许接收机使用PVR小部件应用程序,则发送内容的服务提供器可以支持严格的DRM功能,并且实际上管理内容。使用DRM扩展以及用于IPTV接收机和因特网启用TV(Internet-enabled TV)的PVR小部件扩展,这可以是可能的。
从上述描述明显的是,内容提供器或服务提供器可以控制在IPTV中记录和播放的内容。另外,向用户提供用于提供用户友好界面的小部件,以使用户可以下载所选择的小部件,且使用下载的小部件来利用其IPTV接收机的记录和播放功能。
对本领域技术人员明显的是,在不脱离本发明的精神或范围的情况下可以对本发明进行各种修改和变型。因此,本发明意在覆盖落入所附权利要求及其等同物的范围内的本发明的修改和变型。
发明模式
同时,与“最佳模式”描述一起描述了本发明的实施例的模式。
工业实用性
可以在(IPTV)广播和通信领域中使用根据本发明的IPTV接收机以及用于在IPTV接收机中执行PVR功能的方法的实施例。
Claims (20)
1.一种在因特网协议电视(IPTV)接收机中执行个人视频记录器(PVR)功能的方法,所述方法包括:
从服务器下载小部件应用程序;
从用户接收对于执行所下载的小部件应用程序的第一请求;
在浏览器根据所述第一请求执行所下载的小部件应用程序;
从用户接收对于通过所执行的小部件应用程序来执行特定PVR功能的第二请求;以及
根据所述第二请求执行所述特定PVR功能。
2.如权利要求1所述的方法,还包括:
访问所述服务器;
向访问的服务器发送接收机简档;以及
基于发送的接收机简档从访问的服务器接收可用小部件应用程序列表。
3.如权利要求2所述的方法,其中,所述接收机简档包括用于与所述IPTV接收机相对应的可用PVR功能的PVR元素。
4.如权利要求3所述的方法,其中,所述PVR元素包括重放控制元素、流编辑器元素、内容管理器元素和时移元素中的任一个。
5.如权利要求4所述的方法,其中,所述PVR元素还包括书签元素。
6.如权利要求5所述的方法,其中,所述IPTV接收机存储与所述PVR元素相对应的应用程序编程接口(API)。
7.如权利要求6所述的方法,其中,所下载的小部件应用程序通过调用所述API控制所述IPTV接收机根据所述第二请求执行PVR功能。
8.如权利要求2所述的方法,还包括:
存储用户简档,所述用户简档包括关于所下载的小部件应用程序的用户设置;以及
向所述服务器发送存储的用户简档。
9.如权利要求5所述的方法,其中,所述重放控制元素包括用于执行与播放所存储的内容、停止播放所存储的内容、播放速度和播放位置相关的功能的元素。
10.如权利要求5所述的方法,其中,所述重放控制元素包括用于执行与记录至少一个内容相关的功能的元素,所述记录包括即时记录、预定记录和时移中的任一个。
11.一种用于执行个人视频记录器(PVR)功能的因特网协议电视(IPTV)接收机,所述IPTV接收机包括:
存储单元;
第一接收单元,用于从服务器下载小部件应用程序;
第二接收单元,用于从用户接收执行所下载的小部件应用程序的第一请求,以及从用户接收通过所执行的小部件应用程序来执行特定PVR功能的第二请求;
控制器,用于根据接收的第一请求在浏览器控制所下载的小部件应用程序被执行,以及根据所述第二请求控制所述特定PVR功能被执行;以及
浏览器,用于执行所下载的小部件应用程序。
12.如权利要求11所述的IPTV接收机,其中,所述控制器控制将接收机简档发送到服务器,所述接收机简档包括关于IPTV接收机中可用PVR功能的PVR元素。
13.如权利要求12所述的IPTV接收机,其中,所述第一接收单元在所述IPTV接收机中基于发送的接收机简档从服务器接收可用小部件应用程序列表。
14.如权利要求12所述的IPTV接收机,其中,所述PVR元素包括重放控制元素、流编辑器元素、内容管理器元素和时移元素中的任一个。
15.如权利要求14所述的IPTV接收机,其中,所述PVR元素还包括书签元素。
16.如权利要求15所述的IPTV接收机,其中,所述存储单元存储与所述PVR元素对应的应用程序接口(APIS)。
17.如权利要求16所述的IPTV接收机,其中,所述小部件应用程序控制所述控制器以通过从所述存储单元调用所述API来执行根据所述第二请求的所述特定PVR功能。
18.如权利要求12所述的IPTV接收机,其中,所述控制器控制用户文档以在所述小部件应用程序以及所存储的文档中存储用户的设置,以发送到所述服务器。
19.如权利要求15所述的IPTV接收机,其中,所述重放控制元素包括执行与播放所存储内容、停止播放所存储内容、播放速度和播放位置相关的功能的元素。
20.如权利要求15所述的IPTV接收机,其中,所述重放控制元素包括执行与记录至少一个内容相关的功能的元素,该记录包括即时记录、预约记录和时间。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14261609P | 2009-01-05 | 2009-01-05 | |
US61/142,616 | 2009-01-05 | ||
PCT/KR2010/000037 WO2010077123A2 (en) | 2009-01-05 | 2010-01-05 | An iptv receiver and method for performing a personal video recorder function in the iptv receiver |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102365870A true CN102365870A (zh) | 2012-02-29 |
CN102365870B CN102365870B (zh) | 2015-09-02 |
Family
ID=42310435
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080009246.5A Expired - Fee Related CN102365870B (zh) | 2009-01-05 | 2010-01-05 | Iptv接收机和在iptv接收机中执行个人视频记录器功能的方法 |
Country Status (5)
Country | Link |
---|---|
US (1) | US8417091B2 (zh) |
EP (1) | EP2377316A4 (zh) |
KR (1) | KR101652445B1 (zh) |
CN (1) | CN102365870B (zh) |
WO (1) | WO2010077123A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103514924A (zh) * | 2012-06-15 | 2014-01-15 | 中国移动通信集团广东有限公司 | 移动终端微件Widget内播放视频的方法、装置及播放器 |
CN103546806A (zh) * | 2013-10-16 | 2014-01-29 | 小米科技有限责任公司 | 一种功能列表的生成方法和装置 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110041060A1 (en) * | 2009-08-12 | 2011-02-17 | Apple Inc. | Video/Music User Interface |
AU2010358328B2 (en) | 2010-07-27 | 2013-11-21 | Hisense Hiview Tech Co., Ltd | Processing devices and methods for transmitting and receiving data |
KR101752422B1 (ko) * | 2010-12-10 | 2017-07-03 | 한국전자통신연구원 | 디지털 방송에서의 위젯 서비스 시스템 및 방법 |
KR101810882B1 (ko) * | 2011-04-01 | 2017-12-20 | 삼성전자주식회사 | 엠펙 2 계층을 이용한 위젯 정보를 제공하기 위한 방법 및 장치 |
US9605871B2 (en) | 2012-02-17 | 2017-03-28 | Honeywell International Inc. | Furnace burner radiation shield |
US8919337B2 (en) | 2012-02-17 | 2014-12-30 | Honeywell International Inc. | Furnace premix burner |
US10139843B2 (en) | 2012-02-22 | 2018-11-27 | Honeywell International Inc. | Wireless thermostatic controlled electric heating system |
US9653116B2 (en) * | 2013-03-14 | 2017-05-16 | Apollo Education Group, Inc. | Video pin sharing |
US9584119B2 (en) | 2013-04-23 | 2017-02-28 | Honeywell International Inc. | Triac or bypass circuit and MOSFET power steal combination |
US9806705B2 (en) | 2013-04-23 | 2017-10-31 | Honeywell International Inc. | Active triac triggering circuit |
US9983244B2 (en) | 2013-06-28 | 2018-05-29 | Honeywell International Inc. | Power transformation system with characterization |
US10811892B2 (en) | 2013-06-28 | 2020-10-20 | Ademco Inc. | Source management for a power transformation system |
US11054448B2 (en) | 2013-06-28 | 2021-07-06 | Ademco Inc. | Power transformation self characterization mode |
US9857091B2 (en) | 2013-11-22 | 2018-01-02 | Honeywell International Inc. | Thermostat circuitry to control power usage |
US9673811B2 (en) | 2013-11-22 | 2017-06-06 | Honeywell International Inc. | Low power consumption AC load switches |
US9628074B2 (en) | 2014-06-19 | 2017-04-18 | Honeywell International Inc. | Bypass switch for in-line power steal |
US9683749B2 (en) | 2014-07-11 | 2017-06-20 | Honeywell International Inc. | Multiple heatsink cooling system for a line voltage thermostat |
US9674099B2 (en) * | 2014-09-25 | 2017-06-06 | Microsoft Technology Licensing, Llc | Network classification for applications |
US10531138B2 (en) | 2017-11-08 | 2020-01-07 | Roku, Inc. | Automatically and programmatically generating scene change markers |
US10390110B2 (en) | 2017-11-08 | 2019-08-20 | Roku, Inc. | Automatically and programmatically generating crowdsourced trailers |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2002250559A1 (en) * | 2001-03-22 | 2002-10-08 | United Video Properties, Inc. | Personal video recorder systems and methods |
US20050034171A1 (en) | 2002-05-03 | 2005-02-10 | Robert Benya | Technique for delivering programming content based on a modified network personal video recorder service |
JP4815962B2 (ja) * | 2005-09-12 | 2011-11-16 | ソニー株式会社 | 再生装置および再生方法、プログラム、並びに、プログラム格納媒体 |
US20070130601A1 (en) * | 2005-12-05 | 2007-06-07 | Weiping Li | Internet protocol (IP) television |
WO2007101473A1 (en) * | 2006-03-07 | 2007-09-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Time-shifting and chase-play for an iptv system |
US20070277205A1 (en) * | 2006-05-26 | 2007-11-29 | Sbc Knowledge Ventures L.P. | System and method for distributing video data |
KR100825115B1 (ko) * | 2006-12-26 | 2008-04-25 | 모다정보통신 주식회사 | 모바일 아이피티브이 환경에서 휴대단말기의 저장 공간을고려한 피브이알 서비스 제공 방법 |
US20080232763A1 (en) * | 2007-03-15 | 2008-09-25 | Colin Brady | System and method for adjustment of video playback resolution |
CN101731010B (zh) | 2007-05-07 | 2014-01-01 | 赖安·斯蒂尔伯格 | 开放api数字视频记录器以及制作和使用该开放api数字视频记录器的方法 |
WO2009020332A2 (en) * | 2007-08-06 | 2009-02-12 | Samsung Electronics Co, . Ltd. | Method and apparatus for providing/receiving web-based service of plurality of service providers |
US20100161713A1 (en) * | 2008-12-18 | 2010-06-24 | Sap Agdietmar-Hopp-Allee | Method and system for personalizing a desktop widget |
-
2010
- 2010-01-05 KR KR1020117018430A patent/KR101652445B1/ko active IP Right Grant
- 2010-01-05 EP EP10726810A patent/EP2377316A4/en not_active Ceased
- 2010-01-05 US US12/654,829 patent/US8417091B2/en active Active
- 2010-01-05 WO PCT/KR2010/000037 patent/WO2010077123A2/en active Application Filing
- 2010-01-05 CN CN201080009246.5A patent/CN102365870B/zh not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103514924A (zh) * | 2012-06-15 | 2014-01-15 | 中国移动通信集团广东有限公司 | 移动终端微件Widget内播放视频的方法、装置及播放器 |
CN103514924B (zh) * | 2012-06-15 | 2016-08-10 | 中国移动通信集团广东有限公司 | 移动终端微件Widget内播放视频的方法、装置及播放器 |
CN103546806A (zh) * | 2013-10-16 | 2014-01-29 | 小米科技有限责任公司 | 一种功能列表的生成方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US8417091B2 (en) | 2013-04-09 |
WO2010077123A3 (en) | 2010-10-14 |
EP2377316A2 (en) | 2011-10-19 |
EP2377316A4 (en) | 2013-01-02 |
US20100178031A1 (en) | 2010-07-15 |
WO2010077123A2 (en) | 2010-07-08 |
KR101652445B1 (ko) | 2016-09-09 |
KR20110100675A (ko) | 2011-09-14 |
CN102365870B (zh) | 2015-09-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102365870B (zh) | Iptv接收机和在iptv接收机中执行个人视频记录器功能的方法 | |
JP6133997B2 (ja) | 両方向サービスを処理する装置及び方法 | |
CN103081508B (zh) | 接收设备、接收方法和程序 | |
JP6247309B2 (ja) | 双方向サービスを処理する装置及び方法 | |
US9986198B2 (en) | Receiving device, receiving method, transmitting device, and transmitting method | |
KR102057107B1 (ko) | 수신 장치, 수신 방법, 프로그램 및 정보 처리 시스템 | |
KR101410424B1 (ko) | 진보된 텔레비전 서비스의 이용을 보고하기 위한 수신기와 방법 | |
JP6043089B2 (ja) | 放送通信連携受信装置 | |
KR101083378B1 (ko) | Ipdc 오버 dvb-h에서의 동적 sdp 업데이트 | |
CN103069831A (zh) | 接收设备、接收方法、发送设备、发送方法、程序和广播系统 | |
CN103733637A (zh) | 接收广播服务的方法及其接收装置 | |
CN102207977A (zh) | 交互式媒体指南应用程序的配置文件的管理 | |
CN105245959A (zh) | 一种多设备联动服务中的连接通道维护系统及方法 | |
KR102468131B1 (ko) | 수신 장치, 송신 장치, 및 데이터 처리 방법 | |
CN104012107A (zh) | 处理与广播节目有关的双向服务的装置和方法 | |
KR20110115102A (ko) | 방송 네트워크로 위젯 스트리밍 서비스를 제공하는 방법 및 이를 위한 장치 | |
KR102347851B1 (ko) | 수신 장치, 수신 방법, 송신 장치 및 송신 방법 | |
JP2018107671A (ja) | 送信装置及び送信方法 | |
KR20210076133A (ko) | 네이티브 방송사 애플리케이션을 포함하는 수신기 디바이스 | |
KR101063813B1 (ko) | 정보 제공 시스템 및 정보 제공 방법, 녹화 장치 및 녹화 방법 | |
CN101257612B (zh) | Iptv接收器和在iptv接收器中处理分级信息的方法 | |
JP2018107672A (ja) | 送信装置及び送信方法 | |
US10972205B2 (en) | Reception apparatus, transmission apparatus, and data processing method | |
JP2018107675A (ja) | 送信及び受信装置、及び送信及び受信方法 | |
JP2018107670A (ja) | 受信装置及び受信方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
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: 20150902 Termination date: 20210105 |